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SYSTEMS AND METHODS FOR TRADING AND ORIGINATING FINANCIAL 
PRODUCTS USING A COMPUTER NETWORK 

Field of the Invention 

5 Embodiments of the present invention generally relate to systems and methods for 

providing information relating to financial products such as commercial loans. More 
specifically, embodunents of the present invention are dhrected to a data processing system 
for buying, selling, trading, originating, and providing information on financial products over 
a computer network, such as the Internet. 

10 

Background of the Invention 
During the past decade, institutions having loans on their balance sheets have moved 
fiom a "hold to maturity" philosophy to a proactive portfolio management model. The larger, 
more sophisticated institutions first adopted the proactive portfolio management model, and 
15 this popularity of this model has migrated down to smaller institutions. Managers of such 
proactive portfolios, such as executives, often are concerned with four issues: liquidity, 
capacity, exposure, and credit risk. Such executives are increasingly recognizing the 
emerging secondary whole loan market as the appropriate mechanism for managmg these 
concerns. 

20 The secondary whole loan market is in its infancy, however and still lacks necessary 

efficiencies and liquidity. Trading and origmating commercial loans currently is handled in a 
costly, labor-intensive, and time-consuming manner. The lack of a centralized clearing 
mechanism for commercial loans hampers both sellers and buyers of commercial loans. 
Executives and other sellers of commercial loans face a number of obstacles. For 

25 example, the commercial loan market is fragmented and has no central clearing mechanism, 
making it difficult to locate the best buyer for a given loan. Frequently, executives are unable 
to inform more than a few buyers about a commercial loan opportunity. Such limited 
distribution of opportunities limit the efficiency with which a transaction can occur and can 
result in a seller not achieving the best price or terms for the sale. In addition, lack of 

30 historical transaction data impedes the ability of parties to a transaction to price assets quickly 
and accurately. This makes the analysis of a sell decision inefficient and time-consuming. 
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Even if executives overcome these obstacles, usually there is a long delay between the 
decision to sell and the actual execution of the sale, further complicating the process and 
increasing the risk of not achieving the required sale price. The inefficiencies and lack of 
internal resources often force executives to make less desirable decisions. For example many 

5 parties allocate internal resources to make the necessary divestitures to maintain liquidity or 
assetAiabiiity maturity requirements. The parties often turn away potentially profitable new 
loans because of geographic, product, or borrower diversification purposes. In the case of 
sub or non-performing assets, the remaining choices are to employ expensive and time- 
consummg workout strategies or do nothing. 

10 Investors trying to acquire loans run into many of the same problems described above. 

Investors also incur significant time and dollar expenses performing acquisition due 
diligence, and run into supply limitations due to the unpredictable nature of deal flow. 

Summary of the Invention 
15 There are at least three significant obstacles to efficient secondary market trading and 

participation: the inability to readily price assets in relation to existing market conditions, the 
inability of sellers to quickly and effectively reach a broad and qualified investor audience, 
and the significant time and cost associated with conducting traditional due diligence. 

In at least one embodiment, the invention provides publicly available mark-to-market 
20 tools that enable users to price their assets at any time. In at least one embodiment, the 

invention provides a pricing model that gives sellers an indication of an asset's market value 
given its individual characteristics and prevailing market conditions. 

In at least one embodiment, the invention provides an efficient marketplace for 
trading commercial debt, including an open, market-driven exchange that reduces transaction 
25 costs, compresses transaction cycles, and enables extended buyer and seller participation in 
the secondary commercial debt market. 

In at least one embodunent, the invention solves and addresses portfolio managers' 
concerns by providing a vertical Intemet portal for the auction of conmiercial loans. This 
solution provides liquidity and efficiency in the secondary commercial loan market and 
30 enables executives to appropriately address their portfolio management needs. In another 

aspect, the present invention provides an Intemet location that can serve as a central clearing 
mechanism for listing and auctioning financial products such as commercial loans. This 
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Internet location provides benefits. First, it provides a consolidated site for sellers, buyers, 
agents, borrowers, and service providers to list, evaluate, solicit, and bid on loans. In 
addition, it is automated to compress the auction cycle and reduce overall transaction costs, 
which helps connect and expand the universe of buyers and sellers. 
5 In another embodiment, the invention includes systems and methods providing quick, 

accurate, and free pricing information that can dramatically increase loan sale transaction 
volume. In still another embodiment of the invention, the portal includes proprietary pricing 
tools which, when coupled with historical performance data (also proprietary), can achieve 
extremely high execution rates for bringing loans to market. For example, one version of the 
10 proprietary pricing tools and proprietary performance data helped the inventors achieve a 
97% execution rate when bringing loans to market • 

These and other embodiments of the present invention help lower transaction and 
opportunity costs, enabling embodiments of the present invention to consolidate and 
dominate this fragmented and rapidly expanding market. 
15 In at least one embodiment, the invention provides a method for trading fmancial 

products over a computer network. Seller information is received from a first client, the 
seller information relatmg to a fmancial product offered for sale on behalf of a seller, at least 
some of the seller information comprising due diligence information, the due diligence 
information capable of fulfilling at least a portion of a request for due diligence on the 
20 financial product. The seller information about the financial product is stored in a database. 
A second client is provided with an opportunity to obtain the due diligence information on 
behalf of a potential buyer of the financial product. A bid is stored for the fmancial product 
from the second client in the database, if it can be shown that second client has obtained the 
due diligence information. 
25 Embodiments of this aspect can include the following. In one embodiment, the due 

diligence information comprises an electronic representation of a physical due diligence 
document, such as an electronic image substantially replicating the physical due diligence 
document. In one embodiment, the second client can request information relating to the 
financial product, including the due diligence mformation. In one embodiment, the second 
30 client can be provided with a list of financial products offered for sale, and in one 

embodiment the second client can search for financial products offered for sale that meet a 
condition, such as a condition specified by the second client. In at least one embodiment, the 
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second client can place a bid on the financial product, and in at least one embodiment the bid 
can be accepted on behalf of the seller. 

in at least one embodiment, the above method further includes the step of computing 
a price for the financial product. The price is based at least in part on at least one of the 

5 follovv^ing: market information (which can, for example, include at least one indicator 

selected from the group consisting of U.S. Federal Funds rate, U.S. prime rate, bond rate, 
U.S. treasury bill rate, U.S. treasury bond rate, U.S. treasury note rate, S&P 500 index, Dow 
Jones Industrial Average, and NASDAQ Combined Composite Index.), seller information, 
due diligence information, and trade history information (which can, for example relate to at 

1 0 least one bid for a financial product that was accepted.) 

In another aspect, at least one embodiment of the invention provides a computerized 
exchange for trading financial products, wherein the exchange is accessible using a computer 
network, comprising a server, a pricing engine, and a database. The server is in operable 
communication with a client and is progranmied for receiving requests from a client to price 

15 a financial product offered for sale. The pricing engine is in communication with the server 
and computes a price for the financial product offered for sale, the price based at least in part 
on at least one of the following: market information, information that the seller has provided 
about the financial product; uiformation that the client provides about the financial product, 
due diligence information, and trade history infonnation. The database stores information 

20 relating to the least one financial product offered for sale and the computed price for that 
financial product. 

In another aspect, in at least one embodiment, the invention comprises a computerized 
system for trading financial products, comprising means for receiving information about at 
least one financial product for sale, the information including due diligence information 

25 capable of fulfilling at least a portion of a request for due diligence on the financial product; 
means for computing a price on the financial product, the price based at least m part on at 
least one of the following: market information, infonnation received about the financial 
product, due diligence information, and trade history information; means for providing a 
potential bidder on the financial product with the due diligence information and a price for 

30 the financial product; and means for storing a bid on the financial product if the bidder has 
received the due diligence infonnation on the financial product. 
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The foregoing and other objects, aspects, features, and advantages of the invention 
will become more apparent from the following description and from the appendices. 

Brief Description of the Figures. 
5 The advantages and aspects of the present invention will be more fully understood in 

conjunction with the following detailed description and accompanying drawings, wherein: 

FIG. 1 is an illustration of a computer system in which at least one embodiment of the 
present invention can be embodied; 

FIG. 2 is a block diagram giving an architectural overview in accordance with one 
1 0 embodiment of the invention; 

FIG. 3 is a block diagram providing an overview of the interaction of the system of an 
embodiment of the invention with buyers, sellers, and third parties; 

FIG. 4 is a flow chart illustrating a process for pricing financial product, in 
accordance with an embodiment of the invention; 
15 FIGs. 5A through 5D are representative screen shots illustrating a form for sellers to 

list a financial product, in accordance with an embodiment of the invention; 

FIG. 6 is a flow chart illustrating a process for searching for a financial product, in 
accordance with an embodiment of the invention; 

FIG. 7 is a representative screen shot illustrating an input form used to search for a 
20 financial product, in accordance, with an embodiment of the invention; 

FIG. 8 is a representative screen shot illustrating the results of a search for a financial 
product, in accordance with an embodiment of the invention; 

FIG. 9 is a representative screen shot illustrating the financial product information 
provided to a user, in accordance with an embodiment of the invention; 
25 FIG. 10 is another representative screen shot illustrating the financial product 

mformation provided to a user, in accordance with an embodiment of the invention; 

FIG. 1 1 is a representative screen show illustratmg financial product summaiy 
information provided to a user, in accordance with an embodunent of the invention; 
FIG. 12 is a representative screen show illustrating financial product statistical 
30 information provided to a user, in accordance with an embodiment of the invention; 

FIG. 13 is a representative screen show illustrating financial product information 
provided to a user, in accordance with an embodiment of the invention; 
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FIG. 14 is a representative screen shot showing an example of a portion of the 
mortgage note documentation available to a user, in accordance with an embodiment of the 
invention; 

FIG. 15 is a representative screen shot showing an example of a portion of the title 
5 insurance documentation available to a user, in accordance with an embodiment of the 
invention; 

FIG. 16 is a representative screen shot showing an example of a picture of a property 
^ associated with a financial product for sale, which picture is available to a user, in accordance 
with an embodiment of the invention; 
10 FIG. 17 is a representative screen shot showing an example of third party information 

available to a user in accordance with an embodiment of the invention; 

FIG. 18 is a flowchart illustrating a process for searching a database of financial 
products, in accordance with an embodiment of the invention; 

FIG. 19 is a flowchart illustrating a process for pricing a financial product, in 
15 accordance with an embodiment of the invention; 

FIG. 20 is a representative screen shot illustratmg a form for pricing a financial 
product, in accordance with an embodiment of the invention; 

FIG. 21 is a representative screen shot illustrating a form for performing a 
computation on a financial product, in accordance with an embodiment of the invention; 
20 FIG. 22 is a representative screen shot illustrating the results of the computation 

requested in the screen shot of FIG. 21, in accordance with an embodiment of the invention; 

FIG. 23 is a representative screen shot illustrating a spreadsheet showing yearly cash 
flow, in accordance with an embodiment of the invention; 

FIG. 24 is a representative screen shot illustrating a form for performing a foreclosure 
25 computation on a financial product, in accordance with an embodiment of the invention; 

FIG. 25 is a representative screen shot illustrating the results of the computation 
requested in the screen shot of FIG. 23, in accordance with an embodiment of the invention; 

FIG. 26 is a representative screen shot illustrating a form for performing an 
extension/restructure computation on a financial product, in accordance with an embodiment 
30 of the invention; 

FIG. 27 is a representative screen shot illustrating the results of the computation 
requested in the screen shot of FIG. 25, in accordance with an embodiment of the invention; 
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FIG, 28 is a representative screen shot illustrating a form for performing a DPO/Early 
Payoff computation on a financial product, in accordance with an embodiment of the 
invention; 

FIG. 29 is a representative screen shot illustrating the results of the computation 
5 requested in the screen shot of FIG. 27, in accordance with an embodiment of the invention; 
and 

FIG. 30 is a flowchart illustrating a process for bidding on a financial product, in 
accordance with an embodiment of the invention. 

The drawings are not necessarily to scale, emphasis instead generally being placed 
1 0 upon illustrating the principles of the invention. 

Detailed Description 
As used herein, the Internet refers at least to a collection of networks and gateways 
that use the transmission control protocol/Internet protocol (TCP/EP) suite of protocols to 

15 communicate with one another. The World Wide Web (WWW) refers at least to a set of 
inter-linked hypertext documents residing on hypertext transport protocol (HTTP) servers. 
As used herein, the WWW also refers at least to documents accessed on secure servers, such 
as HTTP servers (HTTPS), which provide for encryption and transmission through a secure 
port. WWW documents, which may be referred to herein as web pages, can, for example, be 

20 written in hypertext markup language (HTML). As used herein, the term ''web site" refers at 
least to one or more HTML documents and associated files, scripts, and databases that may 
be presented by an HTTP or HTTPS server on the WWW. The term "web browser" refers at 
least to software that lets a user view HTML documents and access files and software related 
to those documents. 

25 Systems and methods in accordance with the invention can be implemented using any 

type of general purpose computer system, such as a personal computer (PC), laptop 
computer, server, workstation, personal digital assistant (PDA), mobile communications 
device, interconnected group of general purpose computers, and the like, running any one of 
a variety of operating systems. An example of a general-purpose computer system 10 usable 

30 with at least one embodiment of the present invention is illustrated in FIG. 1. 

Referring briefly to FIG. 1, the general purpose computer system 10 includes a central 
processor 12, a main memory unit 14 for storing programs and/or data, an input/output 
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controller 16, a network interface 18, a display device 20, one or more input devices 22, a 
fixed or hard disk drive unit 24, a floppy disk drive unit 26, a tape drive unit 28, and a data 
bus 30 coupling these components to allow communication therebetween. 

The central processor 12 can be any type of microprocessor, such as a PENTIUM 

5 processor, made by Intel of Santa Clara, California. The display device 20 can be any type of 
display, such as a liquid crystal display (LCD), cathode ray tube diisplay (CRT), light emitting 
diode (LED), and the like, capable of displaymg, in whole or in part, the outputs generated in 
accordance with the systems and methods of the invention. The input device 22 can be any 
type of device capable of providing the inputs described herein, such as keyboards, numeric 

10 keypads, touch screens, pointing devices, switches, styluses, and light pens. The network 
interface 1 8 can be any type of a device, card, adapter, or connector that provides the 
computer system 10 with network access to a computer or other device, such as a printer. In 
one embodiment of the present invention, the network interface 18 enables the computer 
system 10 to connect to a computer network such as the Internet. 

15 Those skilled in the art will appreciate that computer systems embodying the present 

invention need not include every element shown in FIG. 1, and that equivalents to each of the 
elements are intended to be included within the spirit and scope of the invention. For 
example, the computer system 10 need not include the tape drive 28, and may include other 
types of drives, such as compact disk read-only memory (CD-ROM) drives. CD-ROM drives 

20 can, for example, be used to store some or all of the databases described herein. 

In at least one embodiment of the invention, one or more computer programs define 
the operational capabilities of the computer system 10. These programs can be loaded into 
the computer system 10 in many ways, such as via the hard disk drive 24, the floppy disk 
drive 26, the tape drive 28, or the network interface 18. Alternatively, the programs can 

25 reside in a permanent memory portion (e.g., a read-only-memory (ROM)) chip) of the main 
memory 14. In another embodunent, the computer system 9 can include specially designed, 
dedicated, hard-wired electronic circuits tiiat perform all functions described herein without 
the need for instructions from computer programs. 

In at least one embodiment of the present invention, the computer system 10 is part of 

30 a client-server system, in which a client sends requests to a server and a server responds to 
requests from a client. That is, the computer system 10 can be either a client system or a 
server system. In one embodiment, the invention is implemented at the server side and 
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receives and responds to requests from a client, such as a reader application running on a user 
computer. 

The client can be any entity, such as a the computer system 10, or specific 
components thereof (e.g., terminal, personal computer, mainframe computer, workstation, 

5 hand-held device, electronic book, personal digital assistant, peripheral, etc.), or a software 
program running on a computer directly or indirectly connected or connectable in any known 
or later-developed manner to any type of computer network, such as the Internet. For 
example, a representative client is a personal computer that is x86-, PowerPC.RTM., 
PENTIUM-based, or RISC-based, that mcludes an operating system such as IBM.RTM, 

10 LINUX, 0S/2.RTM. or MICROSOFT WINDOWS (made by Microsoft Corporation of 

Redmond, Washington) and that includes a Web browser, such as MICROSOFT INTERNET 
EXPLORER, NETSCAPE NAVIGATOR (made by Netscape Corporation, Mountain View, 
California), having a Java Virtual Machine {JVM) and support for application plug-ms or 
helper applications. A client may also be a notebook computer, a handheld computing device 

15 (e.g., a PDA), an Internet appliance, a telephone, an electronic reader device, or any other 
such device coimectable to the computer network. 

The server can be any entity, such as the computer system 10, a computer platform, an 
adjunct to a computer or platform, or any component thereof, such as a program that can 
respond to requests from a cHent. Of course, a "client" can be broadly construed to mean one 

20 who requests or gets the file, and "server" can be broadly construed to be the entity that 
downloads the fde. The server also may mclude a display supporting a graphical user 
interface (GUI) for management and administration, and an Application Programming 
Interface (API) that provides extensions to enable application developers to extend and/or 
customize the core functionality thereof through software programs including Common 

25 Gateway Interface (CGI) programs, plug-ins, servlets, active server pages, server side include 
(SSI) ftmctions and the like. 

Embodiments of the invention can be implemented using computer technologies such 
as software applications, computer-readable program media, data structures, carrier wave 
signals, user interfaces, and application program interfaces. For example, , software 

30 embodying the present invention, in one embodiment, resides in at least one application 
running on the computer system 10. In at least one embodiment, the present invention is 
embodied in a computer-readable program mediimi usable with the computer system 10. In 
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at least one embodiment, the present invention is embodied in a data structure stored on a 
computer or a computer-readable program medium. In addition, in one embodiment, the 
present invention is embodied in a transmission medium, such as one or more carrier wave 
signals transmitted between the computer system 10 and another entity, such as another 
5 computer system, a server, a wireless network, etc. The present invention also, in an 

embodiment, is embodied in an application programming interface (API) or a user interface. 
In addition, the present invention, in one embodiment, is embodied in a data structure. 

In at least one embodiment, the invention provides a system that enables interaction 
between a number of parties that can participate in transactions involving financial products, 
10 such as debt transactions. In accordance with at least one embodiment of the invention, 

analysts, buyers and sellers of debt, and other interested parties can access a computerized 
system via a website or portal, over a computer network to access a variety of debt related 
features and functions. At least some embodiments of the invention provide features and 
functions whereby potential buyers can search for, view information about, obtain 
15 documentation for, originate, and bid on, financial products, such as commercial loans, 

offered for sale by sellers. In addition, at least some embodiments of the invention provide 
features and functions whereby potential sellers can upload information about, list, compute a 
price for, provide documentation for, originate, and accept bids on financial products, such as 
commercial loans. Further, at least some embodiments of the invention permit users, 
20 including buyers, sellers, and entities that are neither buyers nor sellers, to search for, price, 
and obtain information about financial products for sale. 

Throughout tiie following description, the terms "buyer" and "bidder" are used 
interchangeably, although it should be understood that at least some embodiments of the 
invention, as described herein, the "buyer" is the "bidder" that wins the bidding process. 
25 Figure 2 is a block diagram giving an architectural overview of a system 30 

implemented in accordance with one embodiment of the invention. The system 30 of Figure 
2 is made available, in at least one embodiment, through a web site accessible to users of a 
global information netwciric such as the Internet. The system 30, in one embodiment, 
includes a set of infirastructure components (Web Server 32, Application Server 34, database 
30 management system (DBMS) 36, and Content Management System 38), Application 

Components, including Custom Application Components 40 and Off-The-Shelf Application 
Components 42, Administration Components 44 and Database Components including 
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Transaction Data 46, Financial Product Information 48, and User Profiles 50. Each 
component or subsystem of the system 30 can be in operable communication with at least one 
other component of the system 30, as necessary. 

In one embodiment of the invention, the Web Server 32 includes the Microsoft 
5 Internet Information Server (IIS), manufactured by Microsoft Corporation, Redmond, 
Washington. The server software for the Microsoft IIS uses HTTP to deliver WWW 
documents, mcorporates various fiinctions for security, permits common gateway interface 
(CGI) programs, and provides for Gopher and file transfer protocol (FTP) services. 
However, those skilled in the art will recognize that other types of web server software may 
10 be used for the Web Server 10 in accordance with the invention. 

The Application Server 34, in at least one embodiment, includes Microsoft Active 
Server Pages (ASP), which enable server side scripting (versus client-side scripting). An 
ASP can, for example, contain code written in visual basic script (VB Script) or JavaScript 
(Jscript). The Application Server 20 can also comprise other types of application server 
15 programs such as Unix-based CGI scripts. 

The DBMS 36, in one embodiment, is achieved using the Microsoft structured query 
language (SQL) system, but other DBMS systems, such as those manufactured by Oracle and 
Sybase, are of course usable in accordance with the invention. The content pages of the 
Content Management System 38, in one embodiment, include a plurality of content pages, 
20 such as content pages displaying financial product information, due diligence documents, and 
third party information. Examples ofsomeofthese content pages are provided herein. In 
one embodiment, the content pages include HTML templates and pages for dynamic and 
static content pages, a splash page, pages for each of the site divisions (e.g., consumer home 
page and related pages, service provider home page and related pages), link pages, and 
25 general content pages. This list of content pages is not limiting; those skilled in the art will of 
course recognize that many other types of content pages can be provided in accordance with 
the invention. 

Referring again to Figure 2, the Custom Application Components 40, includes 
components developed to accomplish.some of the fiinctions of the system 30 described 
30 herein. In at least one embodiment, the Custom Application Components 40 includes 
components such as User Management 52, Content Management 54, Financial Product 
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Management 56, Transaction Management 58, Marketing Reports 60, Search/Filter 62, 
Pricing Engine Pricing Engine 64, and aNotifier 66. 

User Management 40 is a subsystem providing user management functions for users 
of the system 30. These users, in at least one embodiment, can be sellers and potential sellers 
5 of financial products, buyers and potential buyers of financial products, so-called market 
observers (users who can view the transactions occurring on the site and/or the fmancial 
products available on the site, but who are not necessarily participating in any transactions), 
visitors, "guesf ' users, auditing personnel, etc.. For example, in at least one embodiment, the 
User Management 40 subsystem provides interface to data such as user profile data, user 
10 preference data, stored search/filter results, lists of financial products for which a user has 
purchased due diligence or other information, a user registration component to handle initial 
site registration, login/authentication functions, an interface that allows a system 
administrator or quality control person to "activate" the ability for a Buyer or Seller to 
conduct transactions, and the like. 
15 Content Management 54 is a subsystem providing interface to the Content 

Management System (CMS) 38 that allows for the management of all of the content related 
to fmancial products listed with the system 30. Content Management 54, in at least one 
embodiment, includes a dynamic data-driven user content display component to handle 
access to and display of the site content based on the type of user (buyer, Seller, Quality 
20 Control Rep, Admin, etc.). In addition. Content Management 54, in one embodiment, 

includes an interface permitting the management and download of templates used by Sellers 
to prepare the documentation for financial products they want to sell, along with the ability to 
upload this information to the site. Examples of this interface are provided herein. 

Financial Product Management 56 is a Subsystem for allowing a Seller to specify a 
25 financial product (e.g., loan, security, certificate of deposit, mutual fiind, etc.), a Buyer to 
specify the type of financial product she is interested in buying, and the function to match 
Buyers to Sellers based on the criteria specified by each. Financial Product Management 56, 
in at least one embodiment, includes screens and forms used to collect information about the 
financial product fi-om the Seller. For example. Financial Product Management 56 can 
30 include features such as financial product summaries, detailed financial product information 
(such as pictures, maps, text and spreadsheets), which can be provided by the Seller, a third 
party, and/or the administrator of the system 30, and financial product pricing. In addition, 
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Financial Product Management 56, in one embodiment, includes all screens and logic to 
display financial product information to potential Buyers. These features and functions are 
illustrated and described more fully herein. 

Financial product pricing, in accordance with the invention, can be determined in a 
5 number of different ways, as will be described herein. For example, in at least one 

embodiment, the loan pricmg is determmed using the Pricing Engine subsystem 64, described 
more fully herein. In at least one embodiment, the financial product pricing is determined by 
an analyst (i.e., a person). In at least one embodiment, the fmancial product price is 
determined using a combination of information fi-om both the Pricing Engine Pricing Engine 
10 64 and the analyst. However, in at least one embodiment, the Pricing Engine Pricing Engine 
64 is entirely automatic. Pricing Engine Pricing Engine 64 

In one embodiment of the invention, financial product information is provided in 
summary form to a prospective Buyer or other user. The summary form, in one embodiment, 
is generated automatically, using templates a user receives firom mformation provided in 
15 forms filled out by a Seller. In at least one embodiment, the summary form of financial 
product mformation is created at least in part by an individual accessing the information. 
Buyers can obtain detailed information and/or materials (e.g., due diligence information, such 
as certificates of insurance, etc,) about a given financial product, as well. In at least one 
embodiment, a fee is charged for at least some of the detailed information about the financial 
20 product for sale. In addition, in one embodiment of the invention. Buyers cannot bid on or 

purchase a financial product for sale unless the system 30 has proof that the Buyer has at least 
been provided witii the appropriate due diligence information. This feature, provided in at 
least one embodiment of the invention, can help to satisfy National Association of Securities 
Dealers (NASD) requirements. For example, in one embodiment, this proof is satisfied by a 
25 Buyer's purchasing the due diligence materials. Examples of these materials and this process 
are discussed in more detail herein. 

In at least one embodiment. Financial Product Management 56 includes an interface 
permitting a Seller to upload financial product data and materials and request the generation 
of a detailed financial product summary for a specific financial product the Seller is offering 
30 for sale, so that potential buyers can have access to that information. As noted previously, 

the generation of the detailed financial product summary can be automated, accomplished by 
one or more persons, or a combmation of the two. In at least one embodiment, selected 
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individuals (called "Quality Control" representatives and managers) are assigned to manage 
and monitor one or more financial products associated with one or more Sellers, so in at least 
this embodiment, the Financial Product Management 56 includes screens and logic to allow a 
Quality Control Representative to view the list of financial products he/she is responsible for 
5 and for a Quality Control Manager to allocate and assign loans to Quality Control 
Representatives. 

For example, a Quality Control Representative can assist a bidder with questions the 
bidder has about a financial product for sale, any information about or documentation for the 
financial product, the bidding process, or about the seller of the financial product Quality 

10 Control Representatives, in one embodunent, have access to at least a portion of the Seller 
102 and Buyer 100 information (including, for example, lists of financial products that a 
Buyer 100 has bid on, lists of documentation associated with a given financial product, etc.), 
and can monitor the bidding process for one or more financial products. Quality Control 
Managers, in one embodiment, have access to at least a portion of the Seller 102 and Buyer 

15 100 information, as well, and fiirther have access to and can monitor the actions of the 
Quality Control Representatives. 

Transaction Management 58, in one embodiment, is a subsystem that provides for the 
handling and tracking of financial product transactions, such as between Buyers and Sellers. 
Transaction Management 58 includes substantially all screens and logic to allow a Buyer to 

20 bid on or to buy a specific financial product offered by a Seller and can allow the Seller to 
accept or reject a specific bid fix)m a Buyer. In at least one embodiment, Transaction 
Management 58 includes logic and/or rules that permit the system 30 to take action on behalf 
of a Buyer or a Seller. For example. Transaction Management 58 can include logic whereby 
it is authorized to accept a bid from a Buyer on behalf of a Seller if a specified condition 

25 (e.g., price) is met. In a similar example, Transaction Management 58 can include logic 
whereby it is authorized to place bids for a financial product on behalf of a Buyer, in 
accordance with one or more conditions. 

In one embodiment. Transaction Management 58 includes logic to implement one or 
more types of auctions of a financial product offered for sale, including sealed-bid format and 

30 "English" auction format In one embodiment, the sealed bid format presents the bidder (also 
referred to herem as the Buyer) with a form to enter the bid and provide any contingencies to 
the bid (e.g., "This bid is valid if the seller can substantiate that the borrower is willing to 
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close on September 19, 2001"). In the English auction format, bids are accepted without 
contingencies. 

In one embodiment, Transaction Management 58 can also include the logic and 

> 

screens required to allow Buyers and Sellers to close the transaction (either by completing it 

5 or aborting it) using the system 30. In at least one embodiment, however, closmg the 
transaction is accomplished outside of the system 30. 

Referrmg again to FIG. 2, Marketing Reports 60 includes logic and forms to interface 
with tools such as Crystal Reports (available from Crystal Decisions, Inc. of Palo Alto, 
California) and the like to generate "AdHoc" Marketing Reports. In one embodiment, the 

10 Marketing Reports 60 includes design and implementation within Crystal Reports or similar 
tool of approximately 12 standard Marketing Reports. 

The Search/Filter subsystem 62 is a component that matches user-provided search 
criteria with Seller - provided financial product information previously uploaded to the 
system 30. In one embodiment, searches (also referred to herein as a financial product 

IS "filter," e.g., "loan filter") are filtered by one or more criteria. For example, the Search/Filter 
subsystem 62 of one embodiment can fUter searches by criteria such as Geographic Location, 
Loan Type, Loan Amount, Interest Rate Range, Maturity Status, Loan Quality (four 
subcategories), and/or other criteria, as those skilled in the art will appreciate. Examples of 
searches and filtering in accordance with an embodiment of the invention are provided 

20 herein. In one embodiment, the Search/Filter subsystem 62 includes substantially ail forms 
and logic to perform the search function and present the infomation back to the user (e.g., a 
Buyer) conducting the search. 

The Pricing Engine Pricing Engine 64 is a subsystem that computes a price for the 
loan. In at least one embodiment, the Pricmg Engine 64 uses loan data received from the 

25 Seller, information (such as the current prime interest rate) obtained from third parties, 

historical financial product trade information, and/or information provided by an Analyst to 
generate data that is used to compute a price for the loan. For example, in one embodiment, 
such data is provided to a spreadsheet program, such as MICROSOFT EXCEL (available 
from Microsoft Corporation of Redmond, Washington), to price the loan. The resulting 

30 calculations are stored in the Financial Product Information database 48 and thereby made 
available to the Buyers, the Seller, Analysts or Quality Control Reps. 
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The Pricing Engine Pricing Engine 64, in one embodiment, includes substantially all 
screens and logic to allow a user to specify the loan to "price". In one embodiment, the 
Pricing Engine Pricing Engine 64 also bases its computations on additional loan pricing 
parameters, such as those provided by a Seller or an Analyst. In one embodiment, the Pricing 

5 Engine Pricing Engine 64 includes a "back-end" process that runs an instance of 

MICROSOFT EXCEL using the loan data, captures the MICROSOFT EXCEL output, and 
stores the information in the Financial Product Information database 48. Examples of the 
operation of the Pricing Engine Pricing Engine 64, in accordance with an embodiment of the 
invention, are provided herein. The Pricing Engine Pricmg Engine 64, in one embodiment, 

10 includes logic to generate notifications to parties (e.g., Buyers, Sellers, etc.) to a transaction 
or potential transaction. 

In at least one embodiment, the Pricing Engine 64 can provide a substantially "quick" 
estimate of the value of a fmancial product. This feature is referred to m the example 
embodiment shown herein as "Quick Price". The price estimate is based at least in part on 

15 one or more assumptions, such as that a given financial product will perform according to its 
stated terms. This feature is explained more fully herein. 

In one embodiment, a Notifier subsystem 66 generates these and other notifications. 
For example. Sellers can be notified, such as by a telephone call, letter, electronic mail 
message ("email"), facshnile ("fax"), automated message, or other appropriate notification, 

20 whenever a Buyer has expressed interest in a fmancial product that the Seller 102 is selling, 
such as when a Buyer 100 has ordered due diligence materials relating to a financial product 
that tfie Seller 102 is selling. In another example, a Buyer 100 who has viewed a fmancial 
product and/or ordered information about a financial product can be notified as to the closing 
date for bids on a given financial product. In still another example, a Buyer 100 who has bid 

25 on a financial product can receive notifications as to who has 'Svon" or "lost" the bidding 
process. 

Referring again to Figure 2, the Oflf-the-Shelf Application Components 42 can include 
virtually any type of application component, including those regularly used in electronic 
conmierce web sites, such as Credit Validation 68 and E-Mail 70. Credit Validation 68, on 
30 one embodiment, is an interface to an off-the-shelf credit card validation system used to 

handle the acceptance of payment for information about fmancial products, such as detailed 
fmancial product simmiaries, due diligence information, and other information provided to a 
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Buyer or potential Buyer. Credit Validation 68, in one embodiment, includes substantially all 
forms and logic to allow the Buyer to initiate the interaction with the Credit Validation 68 to 
authorize the purchase, such as via a credit card or other suitable payment mechanism 

In accordance with one embodiment of the invention, E-Mail 70 is an "OfiF-the-shelf' 

5 component (such as MXCROSOFT OUTLOOK) used to allow a Buyer, Seller, or ottier entity 
to receive alerts from the system when events impacting a financial product occur. For 
example, a Buyer can receive notification when new due diligence materials become 
available, when a condition to the loan (e.g., term) has changed, when a bid higher than the 
Buyer's bid has been submitted, etc. E-Mail 70, in one embodiment, includes logic that 

10 detects these events and includes software to generate the e-mail using the commercial e-mail 
package. 

The Administration Components 44 of at least one embodiment of the invention 
include Administration 72, Configure Site 74, and User Admmistration 76. Administration 
72 is the administration tools used with the system 30. For example, in one embodiment the 

15 administration tools are the standard administrative tools provided with the Web Server 32, 
Application Server 34, DBMS 36, and Ofif-the-Shelf Components 42. In another 
embodiment, depending on the final reporting requirements. Administration Components 44 
include tools such as third party site monitoring or usage analysis/reporting tools. 

Configure Site 74 is, in one embodiment, a site configuration component. This is a 

20 set of tools to enable an entity such as a Site Administrator to configure the web site 

associated with the system 30. Depending on specific requirements, these tools can be 
developed as a web-based application or as a standalone client/server application. 

User Administration 76 is, in one embodiment, a user administration component and 
includes a set of tools to enable an entity such as a Site Administrator to administer users. 

25 User Administration 76 provides add, delete, and modify functions. Depending on specific 
requu-ements. User Administration 76 can, for example, be a web-based application or as a 
standalone client/server application. 

The components of the database for the system 30, in accordance with one 
embodiment of the invention, include databases for Transaction Data 44, Financial Product 

30 Information 48, and User Profiles 50. Transaction Data 44 contains information used to track 
all transactions that occur on the site between Buyers and Sellers of financial products. 
Transaction Data 44 allows entities such as Quality Control personnel to obtain transaction 
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history of any financial product ofifered for sale in connection with the system 30. As will be 
explained herein, the transaction history is, in one embodiment, used to help compute a price 
for a financial product. 

Financial Product Information 48 is a database containing information on each 
5 financial product submitted to the site and, m at least one embodiment, includes links to all 
associated supporting materials for a given financial product (e.g., due diligence materials, 
summary information, related third party mformation such as maps, demographic profiles, 
and the like). 

User Profiles 50 is a database containing user profile information. In at least one 
10 embodiment. User Profiles 50 stores "site-wide" user attributes such as usemame/password. 
Buyer preferences. Seller preferences, payment information, etc. This information may vary 
depending on the type of user (e.g.. Buyer vs. Seller vs. Quality Control, etc.). 

In one embodiment, the configuration of Figure 2 is implemented using at least two 
web servers, two application servers, and two database servers. In this embodiment, this 
15 configuration can be used regardless of whether NT or UNIX is used as the technology 
platform. This configuration has the ability to scale by adding additional web servers, 
application servers, database servers and bandwidth. Moreover, these technology platforms 
have the ability to scale by adding additional processors, memory and disk space. In 
addition, in another embodiment, the database is segmentable and scaleable. 
20 In yet another embodiment, the invention is implemented with fault tolerant features. 

For example, failure of the web servers and application servers of the system 30 are covered 
by complete machine redundancy (each of the initial machines is identical) coupled with an 
appropriate load balanced solution (such as the LOCAL DIRECTOR available fi-om Cisco 
Systems of San Jose, California). 
25 In another example, failure of the database servers of the system 30 is covered by use 

of reliable components with built in redundancy (power supplies, CPUs, memory) as well as 
complete machine redundancy. In still another example, using a redundant array of 
independent disks (RAID) for the database and disk mirroring for the Web servers covers 
disk failure. 

30 In still another embodiment, the system of the invention is hosted at an appropriate 

data center (such as Exodus, NaviSite, PSINet, and the like) with firewall services, load 
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balancing services, burstable bandwidth, room for growth and appropriate 
networkAnjfrastructure redundancy. 

FIG. 3 is a block diagram providing a perspective of how the system 30 of an 
embodiment of the invention fits into an environment of buye^^idde^s 100, sellers 102, and 
5 third parties 104. The buyer/bidders 100 (referred to herein interchangeably as "buyers" and 
"bidders") are entities, such as individuals or organizations, which want to buy or bid on a 
financial product. 

In accordance with one embodiment of the invention, a Buyer 100 is an entity, such as 
a person, organization, or other user of the system 30, who is interested in getting information 

10 about (and possibly purchasing) a financial product, such as a loan, offered for sale by 
another. A Buyer can bid on financial products available for sale by Sellers 102. In one 
embodiment, the category of Buyers 100 includes both those entities that have registered with 
the system 30 ("registered Buyers") and those who have not ("Guests"). In one embodiment 
of the invention. Guests have limited ability to access the information that is available to 

15 registered Buyers. Also, FIG. 3 illustrates, the system 30 is capable of interacting with any 
number of buyer/bidders 100 and sellers 102. Although only four third parties 104 are 
illustrated in FIG. 3, any number of third parties 104 can interact with the system. 

In accordance with one embodiment of the invention, a Seller 102 is an entity, such as 
a person or organization, offering one or more financial products, such as loans, for sale. A 

20 Seller 102 also can be an entity, such as a broker or agent, authorized to act on behalf of 
another entity selling a financial product. 

A third party 104 is, in accordance with one embodiment of the invention, an entity, 
such as a person or organization, providing information to the system 30 that is usable and/or 
usefiil during a financial product transaction. Some of this information can, for example, 

25 include "background" infonnation of interest to a Buyer 1 00, such as statements and 

documents fi'om insurance companies insuring a Seller 102, demographic organizations 
providing infomaation about a physical location associated with a given financial product, etc. 
Third parties 104 also can include suppliers of information used to price fmancial products, 
such as financial websites providing mformation such as Federal Money Funds rates. Those 

30 skilled in the art will recognize that, depending on the financial product involved, many 
different types of third parties can provide information that can be of use in a transaction 
involving the financial product. 
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Other parties and entities (not shown in FIG. 3) that can interact with the system 30 
include Analysts, Marketing personnel. Quality Control Personnel, and Site Administrators. 

An Analyst is an entity that, in at least one embodiment, computes prices for financial 
products for sale by Sellers based on factors that can include the profile of the loan, historical 

5 information, and external information. In one embodiment of the invention, the Analyst also 
can use a "black box" pricing calculator, such as one provided by another third party, or even 
the Pricing Engine Pricing Engme 64 of FIG. 2. In at least one embodiment, the invention 
does not necessarily use an analyst and instead automatically computes prices for a fmancial 
product. This feature is described more fully herein. 

1 0 Marketing is, in one embodiment, an internal user associated with the 

administrator/owner of the system 30 and/or its associated website. This party can monitor 
Buyer/Seller activity and interests with an existing contact management system, such as 
ACT!, which is available fi-om Internet Commerce Corporation of Scottsdale, Arizona. 
Quality Control Personnel, in one embodiment of the invention, includes Quality 

15 Control Representatives and Quality Control Managers. The Quality Control Representative 
is an internal user associated with the administrator/owner of the system 30, who can, if 
necessary, facilitate the relationship between Buyers 100 and Sellers 102. This facilitation 
can, in one embodiment, include contacting the parties to resolve questions and disputes 
either may have. The Quality Control Manager is an entity, such a person, that can allocaite 

20 loans among Quality Control Representatives. 

' In accordance with at least one embodiment of the invention, analysts, Buyers 100 
and Sellers 102 of financial products, and other interested parties can access the system 30 
via a website or a portal, over a computer network to access a variety of financial product 
related features and functions. For example, in the case of a loan for sale, a Buyer 100 can 

25 view a Loan Summary page (described more fully below) to view summaries of available 
loans and to get news related to loans, both specifically and generally. The Buyer 100 can 
also search for loans using one or more criteria. 

Table 1 describes at least some of the types of features and services provided by a 
system implemented in accordance with one embodiment of the invention. In the example of 

30 Table 1, the feature or function is shown along with the parties that can use the feature or 
function. These features and functions can, for example, be implemented as fimctions 
accessible to a user via "buttons", pull-down menus, links, and the like, provided on a web 
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page. Many of these features and functions are illustrated and described in greater detail 
herein. 

It should be understood, however, that Table 1 is not intended to limit the scope of the 
types financial product-related functions and features provided in accordance with the 
invention. Those skilled in the art will recognize that the features and fimctions of Table 1 
are merely representative of the types of features and functions that can be provided and that 
many other features and fimctions will occur to those skilled in the art In addition, those 
skilled in the art recognize that, in some embodunents, a given feature or function may not be 
accessible to a given type of user, or may be accessible to more or different users than listed. 



Table 1 : Services Oflfered in one embodiment of the invention 



Actor 


Feature 


Description/Action 


Buyer 


Financial product 
Summary Page 


View financial product summaries. Get general financial product-related 
News. 


Buyer 


Financial product 
Search 


Search for financial product by : Geographic location. Financial product 
Type, Financial product Quality (four subcategories). Financial product 
Amount, interest rate, Maturity status, other dimensions as understood by 
those skilled in the art The search criteria can be stored for each registered 
user and can become part of the profile. 


Buyer 


Price a Financial 
product 


View financial product information within preset templates determined by 
business rules. Information presented can be filtered by profile and search 
criteria. 


Buyer 


Buyer Profile 


Collect information such that manual buyer qualification process can be 
performed by personnel associated with the owner/administrator of the portal 
of the invention. 


Buyer 


Detailed Financial 
product 


Views an overview of the information about a financial product he/she may 
be interested in purchasing. This information can be in the form of pictures, 
maps, text, and spreadsheets and can be available for view by a registered 
Buyer after the Buyer's payment is approved (for example, by credit card 
debit or payment plan confirmation). 


Buyer 


Detailed Documents 


Views online detailed financial product documents, which may be in PDF- 
format or any other usable document format In one embodiment, this 
information can be available in preview form (the first few pages of the 
detailed document) or in its entirety. 


Buyer 


Submit Bid 


Allow a Buyer to submit all information required to bid on the specified 
financial product. 
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Actor 


Feature 


Description/Actioii 


Buyer 


Closure 


Provide ability for Buyer to close the financial product by receiving an 
Invoice and Wiring and/or payment information. 


Buyer 


Alerts 


Provide an alerting capability to send alerts to the Buyer when events impact 
his (potential) bid on financial products. For example, the alerts may include: 
a matching of Buyer criteria to an available financial product, updates in bid 
status, updates in financial product terms. Seller response (filtered by QC), 
existence of competing bids. 








Seller 


Request to Price a 
Financial product 


Allows a Seller to create a financial product profile and enter criteria about 
the financial product for pricing by an Analyst In one embodiment, this 
feature includes a calculator with counts (like that on Stock Xchange). 


Seller 


List a Price 


Establish an intent to sell a fmancial product by establishing a price for the 
financial product and specifying a means of payment 


Seller 


Seller Profile 


Collect information such that personnel associated with the 
owner/admimstrator of the debt management system, website, or portal can 
perform a manual seller qualification. 


Seller 


Download Financial 
product Templates 


Mechanism for Seller to download and standard financial product data 
templates that he can use to provide standard information about a financial 
product In one embodiment, these templates can be templates associated 
with word processing and/or spreadsheet applications, such as Microsoft 
Word and Microsoft Excel templates. 


Seller 


Upload Financial 
product Data 


Ability of a Seller to upload standard financial product information data in a 
predetermined format, such as PDF format In one embodiment, the data 
uploaded to the site is in PDF format files buih from Microsoft Word and 
Microsoft Excel templates downloaded fi-om the site. For example, this data 
can be original Financial product data or updates to Financial product data (if 
the Seller resells the Financial product). One reason for providing this 
material is so that the system (and/or an Analyst) can assemble a Detailed 
Summary Document after a request to do so is received from the Seller. 


Seller 


Request Detailed 
Summary Document 


Ability of a Seller to request an Analyst to create a Detailed Financial product 
Summary of the financial product the Seller is offering, so that it is available 
to potential Buyers. 


Seller 


Closure 


Provide ability for Seller to close the financial product deal. 
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Actor 


Feature 


Description/Action 


Seller 


Alerts 


Provide an alerting capability to send alerts to the Seller when events impact 
his financial product In one embodiment, these alerts include: changes in 
valuation, confirmation of financial product pricing by the Analyst, queries 
from Buyers, Bids made (highest Bid information). 


Analyst 


Generate Detailed 
Summary Document 


Generates a financial product's Detailed Summary Document at the request of 
a Seller and thereby makes the financial product available for sale to Buyers. 


Analyst 


Price Financial 
product 


Calculates the price range of a financial product using the financial product 
profile provided by the Seller and a ''black box" calculator associated with the 
owner/administrator of the web site. This process can be performed manually 
or automatically. 


Marketing 


Run Reports 


Runs reports that compare the Buyer/Seller activity against the existing 
(ACT) contact management tool. 








QCRep 


Qualify Seller 


Use Seller-provided profile information and manual process to verify identity 
and billing information of a Seller. Perform an action on the site that 
"activates" a Seller who has previously registered on the site. 


QCRep 


Qualify Buyer 


Use Buyer-provided profile information and manual process to verify identity 
and billing infonnation of a Buyer; Perform an action on the site that 
"activates" a Buyer who has previously registered on the site. 


QCRep 


Financial product 
Queue 


Simple-to-do list used to track the financial products the QC is responsible 
for. 


QCRep 


Report 


Report capability to monitor the status of financial products. 


QCRep 


Overview Process 


Capability to track and monitor detailed financial product status to moderate 
Buyer/Seller interaction. 


QCRep 


QC Log 


Ability to view the activity log for a given financial product in order to track 
dependencies and Buyer/Seller interaction. 








QC Mgr. 


Manage Financial 
product Assigiunents 


Allocates and assigns financial products to Quality Control Reps and tracks 
their status. 








Site 
Admin 


Admin 


Suite of administrative tools to enable site administrator to operate and 
monitor system. In one embodiment, includes basic site controls (e.g. start, 
stop, etc.), basic monitoring, usage reporting, etc. 


Site 
Admin 


User Admin 


Add, delete, or modify User Profiles 
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Although the examples for pricing, trading, analyzing, buying, and selling financial 
products described herein are provided using tiie example of a commercial loan, the example 
of loans is not limiting. As noted previously, the type of financial product for sale can be 
virtually any type of financial product, includmg commercial and residential loans, lines of 

5 credit, savings accounts, securities, bonds, insurance products, aimuities, certificates of 
deposit, student loans, personal loans, and flie like. The financial product can be a single 
product (e.g., a single loan) or a group of products (e.g., a group of loans, or a group of 
various types of financial products). Moreover, as described herein, at least some of the other 
types of actions provided by systems and methods of the present invention (such as pricing a 

10 financial product and bidding on a financial product) are similarly usable with at least some 
of these types of financial products. 

FIG. 4 is a flow chart illustrating a process for pricing a financial product, in 
accordance with an embodiment of the invention. A Seller 102, for example, can use this 
process to determine a price for the financial product he is selling. Referring to FIGs. 2, 3 

15 and 4, the process of FIG. 4 begins when the system 30 receives the request of a Seller 102 to 
list a financial product for sale (step 100). The Seller 102 can send the request to the system 
30 by sending a message fi-om a computer, such as a personal computer or workstation, over 
a computer network, to the system 30. In one embodiment, this is done by the Seller 102 
going to a web page associated with the system 30, and accessing various functions on the 

20 web page using links, buttons, pull down menus, etc., located on the web page. 

When the system 30 receives the request (step 100), it provides one or more forms to 
the Seller 102, such as pricing forms, so that the Seller 102 can provide the system 30 with 
some of the information needed to compute a price for the financial product. FIGs. 5A 
through 5D are representative screen shots illustrating forms 282, 284, 286, 288 that the 

25 system 30 provides to the Seller 102, in accordance with an embodiment of the invention. In 
one embodiment, the forms 282, 284, 286, 288 are constructed and arranged to automatically 
upload information that a Seller 102 has stored in another file, such as a spreadsheet file. In 
one embodunent, the system 30 stores a profile of the Seller 102, such that portions of the 
forms 282, 284, 286, 288 can be "filled out" by the system in advance (e.g., "Seller's 

30 reference Number, Seller's name, etc.). The profile of a Seller 102, in one embodiment, also 
stores other information provided by a Seller 102, such as preferences, criteria for accepting 
bids, restrictions on bids (e.g., certain users may be prohibited fi-om biddmg), restrictions on 
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access to infonnation (bidders may be required to sign on and/or acknowledge specific 
conditions before receiving information), specification of type of bidding to occur (e.g., type 
of auction), permission for the system 30 to accept bids on behalf of the Seller 102, etc. This 
type of information also can be provided in the forms 282, 284, 286, 288. 
5 Referring again to FIG. 4, after the system 30 sends the forms 282, 284, 286, 288 to 

the Seller 102 (step 1 10) and receives a response (step 120), the system 30 can compute a 
price for the financial product. In at least one embodiment, the Pricing Engine 64 uses data 
and characteristics about the financial product to compute the price for the financial product. 
The data and characteristics can include, but are lunited to, parameters such as terms, time 
10 periods, conditions, locations, appraisals, discounts, liens, status, sponsors, servicing type, 

status, maturity, principal balance, fmancial product type, origination date, monthly payment, 
maturity date, interest rate, interest accrual method, and performance level. 

As part of the price computation, the system 30 retrieves historical trade data (step 
130) that it has stored relating to prior trades. For example, the system 30 can use 
15 Transaction Management 58 and query its Transaction Data database 46 (FIG. 2) to retrieve 
this data. This data helps the system 30 to analyze the relationship and similarity between the 
financial product being offered for sale and previous trades of fmancial products having one 
or more similar characteristics. For example, a Seller 102 may be listing a residential 
mortgage for a property with an outstanding loan balance of $310,000, an interest rate of 
20 8.65%, a 30-year term, with an excellent payment history, which is located in a suburban 

community. The system 30 could then search for prior trades of other residential mortgages 
sharing some or all of these characteristics. The prior trade history could, for example, 
provide data such as cents on the dollar that the mortgage sold for on the secondary market 
and what factor(s) had the greatest impact on the price of the mortgage. 
25 Based on the retrieved historical trade data , the system performs regression analysis 

(step 14) using both the historical trade data and the seller's inputs, to get an estimate for how 
at least a portion of the various characteristics of the financial product affects the price of the 
financial product. Based on the results of the regression analysis, the system 30 then assigns 
a scaling factor (step 150) to at least a portion of tiie characteristics (i.e., the various fields on 
30 the forms 282, 284, 286, 288). The system 30 also takes into account external variables (step 
150), such as the U.S. Federal Funds rate, U.S. prime rate, bond rate, U.S. Treasury bill rate, 
U.S. Treasury bond rate, U.S. Treasury note rate, S&P 500 index, Dow Jones Industrial 
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Average, and NASDAQ Combined Composite Index.. The system 30 can be provided with 
external variables from virtually any known source of the information, including trade 
journals such as the WALL STREET JOURNAL, BLOOMBERG BUSINESS NEWS, etc. 
In one embodiment, the system 30 can automatically retrieve the information from a known 

5 location (such as on a computer network). In one embodiment, a user such as a system 
administrator also can provide the information to the system 30 via manual input. 

Referring again to FIG. 4, the system 30 computes a price for the financial product 
(step 1 80) and provides the price to the Seller 1 02 (step 1 80). If the Seller 1 02 accepts the 
computed price (step 190), the system 30 stores the computed price as the selling price (step 

10 200) of the financial product. In at least one embodiment, if the Seller 102 has accepted the 
computed price, the financial product is identified as a "sponsored" product (step 210) and is 
stored as such. "Sponsored," in one embodiment, indicates to potential Buyers 100 at least 
that the price of the financial product can be relied on as having the approval of the entity 
sponsoring the website of the system 30. 

15 The price computed in FIG: 4 can, in one embodiment, provide a benchmark for a 

Seller 102 to determine what price is appropriate for the financial product it is selling, given 
current market conditions and historical trade data. Sellers 102 can revisit the process of 
FIG. 4 at any time and can get a price appropriate to the market conditions and trade history 
then in existence. This feature may help Sellers 102 recognize the true market value of then- 

20 financid products. 

If, however, the Seller 102 does not accept the computed price, the system 30 prompts 
the Seller 102 for its own price (step 230), which the system 30 receives and stores as the 
listed price for the financial product (step 240). In at least one embodiment, financial 
products having seller-provided prices are identified in such a manner that potential Buyers 

25 100 can determine that the financial product is not "sponsored" (step 250). hi at least one 
embodhnent, such products are labeled as "direct events". 

After the system 30 has a price for the financial product (whether the system 30 
computes it or whether the Seller 102 provides it), the system 30 prepares a summary of the 
financial product based on the information it has about the financial product (step 260). In 

30 one embodiment, the summary is created by taking selected inputs from the forms 282, 284, 
286, 288 and putting them into a predetermined template. In at least one embodiment, the 
financial product summary is created automatically by the system 30, without human 
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intervention. In one embodiment, the summary is created in whole or in part by a person, 
such as an Analyst (as described previously) who reviews the mformation to create the 
financial product sunmiary. Examples and illustrations of the loan summary are provided 
herein (see, for example, FIG. 1 1 which illustrates an example screen shot of a loan summary 

5 for an example loan for sale, in accordance with an embodiment of the invention.) 

The system 30 also prepares a set of documentation on the financial product being 
offered for sale (step 280), so that potential Buyers 100 can view the documents and conduct 
any necessary due diligence. These documents include, for example, docimients, such as 
those shown in Table 2 (which by way of example only shows documents used for a loan for 

10 sale): . 

Table 2: Documents provided for a Financial Product 

Document 
1: Table of Contents 
2: Nanative 
3: Statistics 
For Purchase 
4: Note 

5: Mortgage/Security Agreements 
6: Guaranty 
7: Assignments 

8: UCC 
9: Title Insurance 
10: Environ. Indemnity Agreement 
1 1 : Property Condition Asses. 

12: Appraisal 
13: Environ. Site Assessment 
14: Other Collateral Information 
15: Other Sponsor Information 

Unlike known systems and web site that simply act as "bulletin boards/' in at least 
15 one embodiment, the invention provides the unique ability to perform the entire due diligence 
process online. Buyers 100 and other investors are immediately able to review complete, 
original loan documentation and other critical information directly through the system 30 of 
the invention, eliminating the time and costs associated with traditional due diligence 
methods. In addition to immediate information access, the features and advantages of the 
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some embodiments of the invention (including at least the "Quick Price", feature, the 
financial product computation tools, module. Forward Loan workflow tools, and automated 
email alerts that notify users when information on a selected financial product is updated,) as 
described herein, may facilitate the evaluation and workflow processes associated with 
5 trading financial products. 

In one embodiment, the system 30 queries the Seller 102 for the necessary documents, which 
the Seller 102 can provide to the system in many different ways, including electronic 
transmission, physical mailing of the actual documents (in paper form, on diskette or CD- 
ROMs, etc). In at least one embodiment, the Seller 102 can upload some or all of the 
10 information, which can include standard financial product information data, to the system 30 
in predetermined formats such as MICROSOFT WORD, MICROSOFT EXCEL, ADOBE 
ACROBAT, and the like. In at least one embodiment, the seller-provided information 
includes due diligence information that is capable of fulfilling at least a portion of a buyer's 
need for due diligence on the fmancial product. In at least one embodiment, the due diligence 
1 5 information comprises an electronic representation of a physical due diligence document, 
such as an electronic image substantially replicating the physical due diligence document. 
This is accomplished, in at least one embodiment, by using a document format such as PDF. 
In at least one embodiment, the due diligence information is scanned to create electronic 
image files representing the physical due diligence documents. 
20 In one embodiment, the data uploaded to the site is in PDF format files built from 

Microsoft Word and Microsoft Excel templates downloaded from the system 30. For 
example, this data can be original fmancial product data or updates to financial product data 
(if the Seller 102 resells the financial product). 

After the necessary documentation and financial product information is received, the 
25 system 30 organizes the information (step 280) for viewing and/or purchase by entities such 
as potential Buyers 100. In at least one embodiment, the system 30 uses a standardized 
format to organize the dociraients and/or the financial product summary, so that those 
accessing financial products have a consistent view and interface. The system 30 also can, if 
applicable, add links to information fi-om third parties 1 04 that is of interest and/or relevant to 
30 the financial product ojffered for sale. Examples of these documents are provided and 
described herein (see, for example, FIGs. 9-17). 
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FIG. 6 is a flow chart illustrating a process for searching for a IBnancial product, m 
accordance with an embodiment of the invention. Any user of the system 30, including 
Buyers 100, Sellers 102, thurd parties 104, visitors, and site administrators can conduct this 
search. The search can locate, for example, financial products listed with the system 30 using 

5 the process of FIG. 4. 

Referring to FIGs 2, 3, and 6, the system 30 receives a request from a user for a 
financial product (step 300). The request can be a request for all listed financial products or 
can be a request for fmancial products meeting one or more criteria. For example, in one 
embodiment, when a user accesses the system 30, if the user has a profile stored on the 

10 system 30, and the profile lists loan criteria, the system 30 can automatically bring up 

financial products meeting the stored criteria. Although not shown here, in one embodiment, 
a user may store the results of previous searches and bring those searches up, as part of step 
300. 

The request of step 300, in one embodiment, is in the form of a search form, 
15 presented, for example, as part of a graphical user interface (GUI). For example, in one 

embodiment, the system 30 displays a search form capable of receiving user inputs. FIG. 7 
illustrates a representative screen shot of a search input form 500 used to search for a 
financial product, in accordance with an embodiment of the invention. The search form 500 
shown in FIG. 7 is provided by way of example only. Those skilled in the art will appreciate 
20 that many different types of form and inputs can be used for querying for a financial product 
meeting a user's requirements. For example, in one embodiment, the system 30 can store a 
profile of a given user, where the profile specifies criteria that a user may have concerning 
financial products of interest and, based on that profile, conduct a search for financial 
products, automatically or upon request by a user. 
25 Referring again to FIG. 6, based on the search criteria, the system 30 retrieves search 

results fi-om its databases (step 310). If there are no matches (step 320), the system notifies 
the user (step 330) and, if the user wants to search again (e.g., using different criteria) (step 
340), the system 30 conducts the search again. If the user does not want to search again, the 
process ends. 

30 If there were matches to the search (step 320), the system provides the results to the 

user (step 350). FIG. 8 is a representative example screen shot illustrating tfie search results 
502 resulting firom a search for a financial product, in accordance with an embodiment of the 
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invention. As FIG. 8 illustrates, selected information is provided about the financial products 
for sale, including the status of the financial product (e.g., "Available" or **Under 
Agreement"), the loan balance, the type, etc. In this example, a price for the financial 
product is not provided. As explained further herein, users are able to compute a price for the 

5 financial product based on specific requirements and terms. As with the processes of 
computing a price for Sellers 102, Buyers 100 can use at least one embodiment of the 
invention to determine an appropriate price for a given financial product, given the current 
market conditions and the trade history. 

Referring again to FIG. 6, a user can request fiirther information, including due 

10 diligence materials, about any financial product listed in the search results (step 360). In at 
least one embodiment of the invention, if the user making such a request is not registered 
with the system 30 (step 370), the user is prompted to. register (step 380) and, if the prompt is 
accepted (step 390), the appropriate steps are taken to register the user (step 400). If the user 
declines to register, the process ends and further information about the financial product is 

15 not provided. Registration can require the user to provide specific types of information and 
may require the user to sign or otherwise acknowledge certain obligations, such as 
confidentiality obligations, relating to the information to be provided to the user. 

Registration can include the user reviewing the terms of his or her registration, and, if 
desired, can review the terms in another format, such as PDF. At this point, the newly 

20 registered user can be added to the system 30 using various techniques. For example, the 
user might be required to print out form, fill it m, and return it to the administrator of the 
system 30, the system can automatically enroll the user to the system, or the user can be 
added to the system using a combination of automatic enrollment and filling out forms. 
Those skilled in the art will appreciate that many different methods for registering users and 

25 assigning corresponding authentication information (for example, a usemame and password) 
are within the spirit and scope of the invention. 

The process shown in steps 370,380, 390, and 400 also can be used, in one 
embodiment, to obt^ additional information jfrom users (registered or otherwise) where 
applicable. For example, a Seller 102 may have as a condition of its listing the requirement 

30 that the system obtain certain additional information from a user before providing some or all 
of its loan information to a user. 
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Referring to FIG. 6, when the necessary conditions (e.g., registration or other 
conditions) are met, the system 30 provides information about the financial product to the 
user (step 410). A user can, in one embodiment, request this information by "clicking" on a 
specific listing 504 in the results 502. FIGs. 9 and 10 are representative screen shots 
5 illustrating examples of the financial product information provided to a user, in accordance 
with an embodiment of the invention. As FIGs. 9 and 10 illustrate, the types of information 
include (but are not limited to) an overview of the financial product, a summary of key 
information about the financial product, images of collateral (where applicable), a list of 
documentation available for the financial product (for free or for purchase), and terms of sale. 
10 Of course, those skilled in the art recognize that the information provided in the examples of 
FIGs. 9 and 10 is not limitmg. 

In one embodunent, a user can obtain a "Quick Price" 508 (FIG. 9) on a loan. To 
provide this, the system 30 performs a computation similar to the pricing computation 
performed in the process of FIG. 4., and can give a loan price to a user cents on the dollar, 
15 basis points, or other suitable measure. 

In one embodiment of the invention, the financial product information includes 
listings for financial products called "Brokered events." Brokered events are identified by the 
specific broker sponsoring the deal and are subject to that broker's parameters, including bid 
type, setting the Reserve Price (if any) documentation, disclosure, and Asset Sale Agreement. 
20 Each broker that lists a financial product provides the system 30 with a written statement 
describing its oflFering philosophy. That statement can be posted on-line in this section. 

Referring again to FIG. 6, the system 30 also can provide more information to the 
user about the listed financial product, such as loan documentation (step 420) necessary for a 
buyer's due diligence. A user can obtain this information by clicking on the "buy 
25 documents" link 5 1 0 shown in FIG. 9. In some embodunents, the system 30 charges the user 
a fee for these documents. FIGs. 1 1 through 17 are representative screen shots illustrating 
some of the types of information that can be provided. FIG. 1 1 is a representative screen shot 
illustrating financial product summary information provided to a user, in accordance with an 
embodiment of the invention. FIG. 12 is a representative screen shot illustrating financial 
30 product statistical information provided to a user, in accordance with an embodiment of the 
invention. FIG. 13 is a representative screen show illustrating fmancial product collateral 
information provided to a user, in accordance with an embodiment of the invention. FIG. 14 
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is a representative screen shot showing an example of a portion of the mortgage note 
documentation available to a user, in accordance with an embodiment of the invention. FIG. 
15 is a representative screen shot showing an example of a portion of the title insurance 
documentation available to a user, in accordance with an embodiment of the invention. FIG. 

5 1 6 is a representative screen shot showing an example of a picture of a property associated 
with a fmancial product for sale, which picture is available to a user, in accordance with an 
embodiment of the invention. 

In addition, in at least one embodiment of the invention, the financial product 
information provided by a Seller 102 is supplemented with value-added information provided 

10 by another entity, such as the administrator of the system 30 and/or third party information. 
FIG. 17 is a representative screen shot showing an example of third party information 
available to a user in accordance with an embodiment of the invention. In FIG. 17, the 
example third party information includes general information provided relatmg to a 
geographic area where the collateral for a given financial product may be located. 

15 Referring again to FIG. 9, when appropriate, a user can go firom the financial product 

summary page to a bid process (such as that described in the process of FIG. 30), using the 
bid link 512. However, in at least one embodiment of the invention, the system 30 tracks 
whether or not a Buyer 100 who is attempting to bid on a fmancial product has obtained the 
due diligence materials. One reason for doing this is to insure that the Seller 102 and/or the 

20 system 30 have satisfied NASD requirements for disclosure prior to the sale of a financial 
product. 

In at least one embodiment of the invention, if a user has obtained loan information, 
such as due diligence materials, the system 30 can provide the user with automatic updates 
for any additional information relevant to (or that the system 30 receives) about the loan. The 
25 updates can, for example, be provided periodically, or as needed, or at the request of a Seller 
102, or at the request of a Buyer 100. 

Referring again to FIG. 6, the user can take other actions after receiving the results of 
the search (step 310). For example, the user can compute a price for a listed fmancial product 
(step 430), which is explained more fiilly herein. This can be a "quick price" as described 
30 herein, or can be another pricing mechanism, such as that described below. If the time to bid 
for a financial product is approaching or is a predetermined amount of time away (e.g., three 
days), the system 30 notifies the user reviewing the information (steps 450 and 460). 
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A user can also submit questions to the system 30 about a financial product and/or 
any documentation that the user has received about the financial product (step 470). The 
queries can be submitted in many different ways, including via a message sent over a 
computer network, such as an email, via a telephone call or fax to an administrator of the 

5 system 30, via a letter, or any other suitable means of communication. The system 30 can 

respond to the queries (step 480) in similarly varied ways, and need not respond to the user in 
the manner in which a query was received. If necessary, in at least one embodiment, 
although not illustrated in FIG. 6, the system 30 can query a Seller 102 for any information or 
responses needed to respond to the query of a user. If the system 30 has updated fmancial 

10 product information (step 490) to provide to a user, it can do so. 

In at least one embodiment, the user can perform actions on the search results not 
illustrated here, such as '"HIDE" and 'UNHIDE". With the "HIDE" function, a user may 
filter the list of search results fiirther by "hiding" any financial products that are not of 
interest In this situation, subsequent user searches will not display "hidden" loans. At any 

15 time, a user can "UNHIDE" search results to view all posted loans that meet his search 
criteria. 

It should be understood that, in accordance with various embodiments of the 
invention, steps 410 through 490 can be done in virtually any order and need not be 
completed in the order shown. 

20 In at least one embodiment of the invention, the system 30 can perform searches of 

financial products automatically on behalf of any entity for which the system 30 has stored a 
set of preferences or a profile. This type of search can be done on a periodic basis, or every 
time a new financial product for sale or information about a financial product for sale is 
added to the system 30, or any time any characteristic of a financial product changes, or on a 

25 basis set by a user (e.g., weekly, daily, etc.). FIG. 18 is a flowchart illustrating a process for 
automatically searching a database of financial products, in accordance with an embodiment 
of the invention. 

The system 30 receives one or more bidder preferences (step 550), representing one or 
more criteria that a bidder has for the type of fmancial product he is looking for. In at least 
30 one embodiment, the bidder himself provides the bidder preferences. In at least one 

embodiment, the system 30 extrapolates at least one bidder preference based on the profile of 
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the bidder. In at least one embodiment, the system extrapolates at least one bidder preference 
based on a bidder's trading history. 

The system 30 selects at least one preference on which to search (step 560), and 
searches its databases for financial products meetmg the criteria in whole or in part (step 

5 570). If no matches are located (step 580), the system can modify the criteria on which it 
searches (steps 590, 600). For example, if no matches were found using five criteria 
specified by a bidder, the system 30 could attempt a search using just four of the five criteria. 
In at least one embodiment, a user can specify whether or not the system 30 can attempt such 
changes to the criteria. : 

1 0 If matches were found (step 580), the system 30 can still attempt to determine 

whether the search should be expanded (step 610). For example, if just one or two matches 
were located, the system 30 may attempt to modify the criteria to expand the results to some 
predetermined number of matches (step 620). 

The system 30 notifies bidders of any matches (or lack thereof) (step 630), and can, if 

15 desired, store the results of its searches (step 640). The notification can be by any suitable 
means, includmg email messages, postings to a personalized web page (which the system 30 
can maintain for a bidder), telephone messages, fax messages, pager messages, letters, so- 
called "Instant" messages sent to a mobile communications device, and the like. The stored 
results can be used, for example, at a later time, such as when a bidder logs on to the system 

20 30 and seeks more information about the financial products being sold. 

As noted previously, users of the system 30 (including at least Buyers 100, Sellers 
102, and visitors/others) can price financial products offered for sale on the system 30. FIG. 

19 is a flowchart illustrating a process for pricing a financial product, in accordance with an 
embodiment of the invention. 

25 A user of the system can submit a request to the system 30 to price a financial product 

(step 700), and the system 30 provides the user with a pricing model form (step 710). FIG. 

20 is a representative screen shot illustrating a pricing form 810 for pricing a financial 
product, in accordance with an embodiment of the invention. As FIG. 20 indicates, users 
input the characteristics of the financial product fliey are interested in purchasing, such as the 

30 type of product, the principal balance, etc. Generally, the characteristics the user enters 

correspond to the information that the user has received about a financial product. However, 
in at least one embodiment, the user's entries can deviate fix)m the listed information. For 
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example, a user may want to calculate a cash flow for a financial product that assumes a 
different interest rate than currently listed for the product. 

The system 30 receives the pricing computation request (step 730), and, if requested 
(step 740) computes a price (step 750) for the fmancial product. In at least one embodiment, 
5 the computation is done in substantially the same way as the computation done for a seller 
seeking a price (see FIG. 4). For example, in FIG. 20, if the user presses the "calculate" 
button 812, the system 30 returns a calculated price, such as in cents on the dollar, basis 
points, or other suitable measure, for the value of the financial product. FIG. 21 is a 
representative screen shot illustrating a form for performing a computation on a financial 
10 product, in accordance with an embodiment of the invention, and FIG. 22 is a representative 
screen shot illustrating the results of the computation requested in the screen shot of FIG. 21, 
in accordance with an embodiment of the invention. In FIG. 22, the computation results in a 
price of "99.3 cents on the dollar" for the listed fmancial product, which is a loan having a 
principal balance of five million dollars, performing as agreed. 
15 Referruig to FIG. 19, if the user request "cash flow" (step 760) the system 30 

computes a cash flow, such as monthly or annually (step 770). FIG. 23 is a representative 
screen shot illustrating a spreadsheet showing yearly cash flow, in accordance with an 
embodiment of the invention. 

Referring to FIG. 19, in at least one embodiment of the invention, a user can compute 
20 the price of a financial product based on addition parameters (step 780), which the user can 
provide or which the system 30 can provide (step 790). For example, the system 30 provides 
pull down menus permitting users to perform computations such as foreclosure, 
extension/restructure, and Direct Pay Off (DPO)/Early Payoff. 

FIG. 24 is a representative screen shot illustrating a form for performing a foreclosure 
25 computation on a financial product, in accordance with an embodiment of the invention, and 
FIG. 25 is a representative screen shot illustrating the results of the computation requested in 
the screen shot of FIG. 23, m accordance with an embodiment of the invention. 

FIG. 26 is a representative screen shot illustrating a form for performing an 
extension/restructure computation on a fmancial product, in accordance with an embodiment 
30 of the invention, and FIG. 27 is a representative screen shot illustrating the results of the 

computation requested in the screen shot of FIG. 25, in accordance with an embodiment of 
the invention. 
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FIG. 28 is a representative screen shot illustrating a fonn for performing an 
DPO/Early Payoff cx)mputation on a financial product, in accordance with an embodiment of 
the invention, and FIG. 29 is a representative screen shot illustrating the results of tiie 
computation requested in the screen shot of FIG. 27, in accordance wifli an embodiment of 

5 the invention. Of course, the options provided are by way of example only and are not 
limiting. The additional parameters that can change the price computation can vary 
depending on the financial product. 

At least one embodiment of the invention permits users to bid on a financial product 
offered for sale. FIG. 30 is a flowchart illustratmg a process for bidding on a financial 

10 product, in accordance with an embodiment of the invention. The invention is, in one 

embodiment, unplemented in accordance with a standard bidding police to enable users to bid 
on a loan. In at least one embodiment the Seller 102 can specify a bidding policy to be 
applied to a given financial product. Table 3 lists examples of bidding policies usable in 
accordance with some embodiments of the invention: 

15 

Table 3: Example Bidding Policy 



Sealed Bid 


Bids must be received on or before tlie stated bid deadline and are not reviewed prior to 
the deadline. No bidder is aware of other bid amounts or conditions. A Sealed Bid forum 
may or may not be subject to a Reserve Price. 


ModiHed Sealed Bid 


Financial product is offered firm at a specified price for a specified period. Converts to 
Sealed Bid after firm offer period expires. 


Open Auction 


Bids are received on an ongoing basis up to the bid deadline. All bids and conditions are 
posted for all existing and potential bidders to review. Bidders may make multiple bids on 
any financial product provided that each subsequent bid is an improvement over the most 
recent bid submitted. An Open Auction may or may not be subject to a Reserve Price. 


Indicative 


Indicative bidding is generally a two-stage process whereby the seller/broker solicits a 
first roimd indication of what a buyer might pay for an asset. After a review of the 
indicative bids, the sellerA)roker generally chooses one or more -bidders to confirm or 
improve their bid, usually requiring this be done within a specified period of time. The 
bidders chosen to participate in this second round are generally chosen based upon their 
bids and the seller/broker's opinion of their ability to close. 


Negotiated 


Buyers and Sellers negotiate the final sale price. This may be conducted before or after a 
request for Indicative Bids. 


Firm Offer 


A fum price is listed and the financial product will not sell until a bidder agrees to the 
listed price. The seller has the right to accept or reject nonconforming bids. 
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It should be understood tbat the invention can be implemented to accommodate virtually any 
transaction format that a Seller 102, Buyer 100, or other party (e.g., broker) wishes to utilize. 
Referring again to FIG. 30, when the system 30 receives a bid for a financial product 
5 (step 850), the system checks to ensure that the bidder has obtained the appropriate 

documentation (e.g., due diligence materials) associated with the financial product (step 860). 
In at least one embodiment, the system 30 can confirm whether or not the user has received 
all updates (if any) to the due diligence materials, as well. If the bidder has not obtained 
these materials (either by purchasing them fi-om the system 30 or by otherwise proving to the 
10 system 30 that the bidder has obtained and/or reviewed the materials), the system 30 notifies 
the bidder that the bidder cannot bid until due diligence materials/update due diligence 
materials are obtained (step 870) and prompts the user to order them or to otherwise obtain 
them (step 880 and Steps 910, 920). If the bidder declmes this prompt (step 890), the process 
ends and the system 30 does not proceed further with the user's bid. If the bidder accepts the 
15 prompt, the system 30 can provide the bidder with the required due diligence materials/due 
diligence updates (step 900). Although FIG. 30 illustrates the process ending for the bidder 
at that point, the bidder can, in one embodiment, restart the process at step 850, now that the 
bidder has acquired the required due diligence materials. 

The system 30 also checks to determine whether or not there are conditions on the 
20 financial product being offered that may affect the bid and/or the bidder (steps 930, 940). For 
example, a given Seller 102 may have a condition prohibiting one or more specific bidders 
(or types of bidders) from being able to bid on a given financial product. If the bid conditions 
are not met (step 940), the bidding process ends for that bidder. In at least one embodiment, 
if a bidder and/or a bid are denied because of a condition on the bid or bidder, the system 30 
25 provides a notification (step 950). 

If bidding is not yet closed (step 960), the bid is added to a list of bids (step 970), 
which can, in one embodunent, be presented to a Seller 102. The list of bids can also be 
maintained by the system 30 for the system 40 to select a "winning" bid, in accordance with 
one or more conditions. If more bids are received (step 980) while bidding remains open 
30 (step 990), each bid is similarly evaluated as recited for steps 850 through 960, described 
above. Although not illustrated in FIG. 30, if a bidder's bid is added to the list of bids, the 
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system 30 can notify the bidder and/or other interested parties (e.g., the Seller 102) as to that 
fact 

If bidding is closed before a bid is accepted, in at least one embodiment, the system 
30 notifies the bidder (step 1000). 

5 Once bidding is closed, the system 30 can, in at least one embodiment, apply one or 

more bid rules (step 1010) to the list of bids to determine a winning bid, or to determine 
whether any bids meet the requurements of the bidding rule(s) (step 1010). For example, if a 
Seller 102 imposes a condition to accept the "highest price" bid, the system 30 will determine 
that from the list of bids. Those skilled in the art will appreciate that other conditions are 

10 usable within the spirit and scope of the invention. 

In one embodiment, once bidding is closed, the system 30 provides the Ust of bids to 
the Seller 102, and the Seller 103 (or any entity designated by the Seller 103, such as a broker 
or other agent) can determine a winning bid. 

If no bids are accepted (step 1020), the system 30 can, if desired by the Seller 102, 

15 conduct a new round of bidding (step 1030). This can occur, for example, when a Seller 102 
decides to change one or more parameters, decides to change the mix of financial products in 
a pool, decides to wait longer for different/better bids, if a Seller 102 authorizes it, etc. This 
also can occur automatically, such as if a Seller 102 specifies this in advance. If this occurs, 
the appropriate parties (e.g., bidders and potential bidders, the Seller 102, etc.) are notified 

20 (step 1 040) and the process ends, to be restarted at step 850. If a new round of bids is not 
requested (step 1030), the process ends. 

If a bid is accepted (step 1020), the system 30 notifies appropriate parties about the 
bid outcome (step 1050). This notification can be just to the Buyer 100 and Seller 100, or 
can, if authorized, be sent to all "losing" bidders. 

25 Thus, it can be seen that at least some embodiments of the present invention provide 

an efficient marketplace for trading financial products, such as commercial debt, and may 
provide an open, market-driven exchange that reduces transaction costs, compresses 
transaction cycles, and enables extended buyer and seller participation in the markets such as 
the secondary commercial debt market. In at least one embodiment, the invention provides a 

30 pricing model that gives sellers an indication of an asset's market value given its individual 
characteristics and prevailing market conditions. 
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By posting financial products to websites and portals associated with some 
embodiments of the invention, sellers of financial products are able to reach the broadest 
qualified investor audience in the most efficient manner. In addition, buyers and other 
investors in fmancial products benefit from the ability to access and evaluate investment 

5 opportunities fi"om a central location. 

Variations, modifications, and other implementations of what is described herein will 
occur to those of ordinary skill in the art without departing from the spirit and the scope of 
the invention as claimed. 

It should be understood that virtually any aspect of the embodiments of the invention 

10 described herein can be implemented using software, hardware, or in a combination of 

hardware and software. For example, at least the listed descriptions of "logic," referenced 
herein can be implemented in hardware, software or a combination. 

As those skilled in the art will recognize, the invention described herein can be 
modified to accommodate and/or comply with any one or more of the above-described 

15 technologies and standards. In addition, variations, modifications, and other implementations 
of what is described herem can occur to those of ordinary skill in the art without departing 
firom the spirit and the scope of the invention as claimed. 

It should be understood that, in the Figures of this application, in some instances, a 
plurality of system elements or method steps may be shown as illustrative of a particular 

20 system element, and a single system element or method step may be shown as illustrative of a 
plurality of a particular systems elements or method steps. It should be understood that 
showing a plurality of a particular element or step is not intended to imply that a system or 
method implemented in accordance with the invention must comprise more than one of that 
element or step, nor is it intended by illustrating a single element or step that the invention is 

25 limited to embodiments having only a single one of that respective elements or steps. In 
addition, the total number of elements or steps shown for a particular system element or 
method is not intended to be limiting; those skilled in the art will recognize that the number 
of a particular system element or method steps can, in some instances, be selected to 
accommodate the particular user needs. 

30 It also should be noted that the previous illustrations of screen shots, together with the 

accompanying descriptions, are provided by way of example only and are not limiting. 
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Those skilled in the art will recognize that many different designs of interfaces, screen shots, 
navigation patterns, and the like, are within the spirit and scope of the invention. 

Although the invention has been described and pictured in a preferred form with a 
certain degree of particularity, it is understood that the present disclosure of the preferred 
form, has been made only by way of example, and that numerous changes in the details of 
construction and combination and arrangement of parts may be made without departing from 
the spirit and scope of the invention as heremafter claimed. 
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Claims 

1 . A method for trading financial products over a computer network, comprising: 
receiving seller information from a first client, the seller information relating to a 

5 fmancial product offered for sale on behalf of a seller, at least some of the seller information 
comprising due diligence information, the due diligence information capable of fulfilling at 
least a portion of a request for due diligence on the financial product; 

storing the seller information about the financial product in a database; 
providing a second client with an opportunity to obtain the due diligence information 
10 on behalf of a potential buyer of the financial product; and 

storing a bid for the financial product fix)m the second client in the database, if it can 
be shown that second client has obtained the due diligence information. 

2. The method of claim 1 wherein the step of receiving seller information further 

15 comprises receiving diligence information that comprises an electronic representation of a 
physical due diligence document. 

3. The method of claim 2 wherein the step of receiving seller information further 
comprises receivmg diligence information that comprises an electronic image substantially 

20 replicating the physical due diligence document. 

4. The method of claim 2 further comprising the step of receiving a request from a 
second client for at least some information relatmg to the financial product. 

25 5. The method of claim 1 further comprising the step of providing a second client with a 
list comprising at least one financial product offered for sale. 

6. The method of claim 1 fiirther comprising the step of searching the database for at 
least one financial product meeting a condition provided by a second client 

30 

7. The method of claim 1 fiirther comprismg the step of providmg at least one stored bid 
to the first client. 
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8. The method of claim 1 further comprising the step of accepting a stored bid on behalf 
of the first client if the stored bid satisfies the seller. 

5 9. The method of claim 8, wherein the step of accepting a stored bid on behalf of the 
first client if the bid satisfies the seller fiirther comprises receiving a notification that the 
seller has accepted the stored bid. 

10. The method of claim 8, wherein the step of accepting a bid on behalf of the first client 
10 if the bid satisfies the seller fiirther comprises determining that the stored bid meets a 

predetermined condition set by the seller. 

1 1 . The method of claim 8 further comprising the step of storing trade history information 
in the database, the trade history information relating to at least one bid for a fmancial 

15 product that was accepted. 

12. The method of claim 11, wherein the step of storing information in the database 
relating to at least one accepted bid fiirther comprises storing information about at least one 
of the following: terms of the bid, terms of the financial product, time periods, conditions, 

20 locations, appraisals, discounts, liens, status, sponsors, serv icing type, status, maturity, 

principal balance, financial product type, origination date, monthly payment, maturity date, 
interest rate, interest accrual method, and performance level. 

1 3 . The method of claim 1 further comprising the step of computing a price for the 
25 financial product. 

14. The method of claim 1 1 further comprising the step of computing a price for the 
financial product, wherein the step of computing the price for the financial product is based at 
least in part on at least one of the following: market information, seller information, due 

30 diligence information, and trade history information. 
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15. The method of claim 14, wherein the market information includes at least one 
indicator selected j&om the group consisting of U.S. Federal Funds rate, U.S. prime rate, bond 
rate, U.S. Treasury bill rate, U.S. Treasury bond rate, U.S. Treasury note rate, S&P 500 
index, Dow Jones Industrial Average, and NASDAQ Combined Composite Index. 

5 

16. A computerized exchange for trading financial products, wherein the exchange is 
accessible using a computer network, comprising: 

a server in operable communication with a client, the server programmed for 
receiving requests from a client to price a financial product offered for sale; 

10 a pricing engine in communication with the server, the pricmg engine computing a 

price for the financial product offered for sale, the price based at least in part on at least one 
of the following: market information, information that the seller has provided about the 
financial product, information that the client provides about the financial product, due 
diligence information, and trade history information; and 

15 a database storing information relating to the least one fmancial product offered for 

sale and the computed price for that financial product. 

17. The computerized exchange of claim 16, wherein the information relating to the at 
least one fmancial product for sale fiirther comprises due diligence information, the due 

20 diligence information capable of fiilfiUing at least a portion of a request for due diligence on 
the financial product 

1 8. The computerized exchange of claim 17 wherein the server is fijrther programmed to 
provide infonnation about the fiinancial product to a client in response to a request for 

25 information fi-om the client. 

19. The computerized exchange of claim 18 wherein the server is fiirther programmed to 
provide the seller of the financial product with a bid on a fmancial product that was received 
fi-om a bidder if the bidder has received the due diligence information. 

30 
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20. A computerized system for trading financial products, comprising: 

means for receiving information about at least one financial product for sale, the 
information including due diligence information capable of fulfilling at least a portion of a 
request for due diligence on the financial product; 

means for computing a price on the financial product, the price based at least in part 
on at least one of the following: market information, information received about the financial 
product, due dUigence information, and trade history information; 

means for providing a potential bidder on the financial product with the due diligence 
mformation and a price for the financial product; and 

means for storing a bid on the financial product if the bidder has received the due 
diligence information on the financial product. 



.44. 



wo 02/13111 



PCTAJSOl/25233 






CM 





> 




Of • 




Q 




LU 

a. 

















Q 




>^ 




Q - 




AddO" 







-00 
CM 



CO 
CM 



u. 



SUBSTITUTE SHEET (flUL£ 26) 



wo 02/13111 



PCT/USOl/25233 



2/33 



LU 

> 

LU 
CO 
CO 



LU 

LU 
CO 



< 

— » 

CL 
< 



<N 
CO 



r 

CO 



z 
o 

O. LU 

< z 
^ o 

si 

to o 



^- Q 

"1 



00 

ly-CD 



CM 



175 



< 



00 



o 



< 



CO 



ID 



CO 

in 



go 
2: < 



11 



CO 
(O 



2 



0:: 

UJ 

u. 



CM' 
LO 













LU 
LU 


LU 
CO 


o 


ID 


< 







tu r\ 



rv CL 



O 
CO 



u o 
s z 

a. UJ 



O 

o 

U 

o 
u 

< 



IT) 

3 

U 



s 



CO 
LU 

O 



O 

u 



CO 

CO 





— J — 








CO 




Q 








LU 












CO 








LU 








LU 

CD 




< 








< 








LU 
CO 




< 












1 




Q 



s 



< 

UJ I— 
in VI 



< 



A 



A 



o 

Cl. 

8 



Q 
< 



O 



CO 
CO 



to 



CM 

d) 



CO 

3 



O 



< 



z 
h- o 

O 

^ O 



T 



o 
< 



o 
< 
z 
< 



8 



SUBSnrUTE SHEET (fiULE 26) 



wo 02/13111 



PCT/USOl/25233 



3/33 





1 1 1 




5YSTI 




INT J 




lAGEMf 


O 
CO 


< 






LU 
Q 





rr 









3RD PARTY 
INFORMATION, 
104 




3RD PARTY 
INFORMATION, 
104 















SUBSTITUTE SHEET (RULE 26) 



wo 02/13111 



PCTAJSOl/25233 



4/33 



100. 



START 



RECEIVE SELLER 
REQUEST TO UST 
nNANCIALPRODUa 



110, 



120" 



± 



SEND PRIQNG FORM TO 
SELLER 



T 



RECEIVE SELLER FORM 
INPUTS 



STORED DATA J 
ON PRIOR 
TRADES 



T 



RETRIEVE HISTORICAL 
TRADE DATA 



130' 



nO\ REGRESSION ANALYSIS 



150' 



SCALING 



SOURCE 
OF DATA 
(WALL ST 
JNL, ECT) 




170' 



180^ 



RETRIEVE CURRENT 

VARIABLES 
(E.G., INTEREST RATE) 



COMPUTE PRICE 
OF FINANCIAL 
PRODUa 



PROVIDE PRICE 
INFORMATION TO 
SELLER 




20O 



STORE COMPUTED 
PRICE AS 
SELLER PRICE 



230 



PROMPT SELLER 
FORLISnNG 
PRICE 



240 

250, 



STORE SELLER PRICE AS 
USTED PRICE 



DATABASE OF 
-NON 

SPONSORED" 
HNANCIAL 
PRODUCTS 



1^ 



IDENTIFY FINANCIAL 
PRODUCT AS "NON 
SPONSORED" 



260 



270. 



280. 



PREPARE FINANCIAL 
PRODUCT SUMMARY 



RETRIEVE/RECEIVE/ 

PREPARE 
DOCUMENTATION 



INTEGRATE 
RECEIVED 
INFORMATION 

INTO 
APPROPRIATE 
FIELDS 



ORGANIZE/SORT 
FINANCIAL PRODUa 
INFORMATION 

T 



-220 



[ DONE ) 



DATABASE OF 
"SPONSORED" 
FINANCIAL 
PRODUCTS 
FOR SALE 



210 



IDENTIFY 
FINANCIAL 
PRODUQAS 
"SPONSORED" 



Fig. 4 



SUBSTITUTE SHEET (RULE 26) 




SUBSTTTUIE SHEET (RULE 26) 



wo 02/13111 



PCTnJSOl/25233 



6/33 




SUBSTITUTE SHEET (RULE 26) 



wo 02/13111 



PCT/USOl/25233 



7/33 




f^imSTITUTE SHEET 



(RULE 26) 



wo 02/13111 



PCT/USOl/25233 



8/33 




SUBSTITUTE SHEET (RULE 26) 



wo 02/13111 



PCT/US01A25233 



' DATABASE OF 
SPONSORED AND 
NON-SPONSORED 

FINANCIAL 
^ PRODUCTS 




9/33 

f START ) 



RECEIVE REQUEST FOR HNANCIAL PRODUa 

I 



-300 



RETRIEVE SEARCH RESULTS 
FROM DATABASE 



330 



NO 



NOTIFY 
USER 



320 




310 




PROVIDE RESULTS TO USER 
i 



RECEIVE REQUEST FOR FINANCIAL 
PRODUCT INFORMATION 



( DONE ) 




380 



PROMPT USER 
TO REGISTER 




390 



370 



PROVIDE FINANCIAL PRODUa 
INFORMATION TO USER 



REGISTERED 
USER 

— r 

400 



420 



PROVIDE DUE DIUGENCE INFORMATION/ 
UPDATES TO USER, AS REQUESTED 



440 



TO FIG. 29 



T 



NOTIFY USER 



Fig. 6 



460 




480 



RESPOND TO 
QUERIES 



( DONE } ■ 



CI lOCTITI ITP RMPPT m\ II F 



wo 02/13111 



PCTAJSOl/25233 



10/33 





mm 




All loans 


My Loans Locnfflter Cdnfidetia(ity& Certification Edit Profile 


Edit Preferences 


Log Out 



Loan Filter 



yoo or your company. 



Enter criteria on wtiidi you would like to search. 

aide "Search' bunon below to vtew loans fitting search criteria. 

Oick "Save' button below to view loons fitting search criteria and to update your preferences. 
Oick 'Reset From Preferences* button below to disploy search criteria stored in your preferences. 
View Loans that match criteria stored In your preferences. 



Set Criteria 



1 1 sponsorship 


□ Oebtx 


□ Direct □ Brolcered □ No Preference 


21 Date Posted 


OAS0flQStt>MOW8elCS 


0 No Preference 



3 1 Loon/Concrteral 



0 Agriculture 

0 C&l (Business) 

0 1-4 Rimily Residental Mortgage 

Sottier 

y Consumer 

^JDC 

El Commeilcd and Muinfar^ Mortgage: 
0 Lodging Ef Mixed Use 
0 Retail 0 Self storage 



^Healthcare 
^Mobile Home parte 
^ VVdretK)Use 



^Industrial ^Uind 
1^ MuKi-famay 0 Ofiice 
0 Other Ef Unsecured 



4 1 Sate Stnjcture q whole Loon 



0 Portldpation/SyndiaitiDn 



0 No Preference 



5 i Loan Balance 



□ All 

□ $2 to $5 million 



□ so to $250,000 

□ $5 to 310 mniion 



□ $250,000 fo million 
over $10 million 



6 1 Performance 
Level 



g All 

□ Restajctured Performing 



n New Origination 

□ Sub-Performing 



□ Seasoned Performing 

□ Non-PerfonTHng 



7 1 Region/State 





8 I Maturity Date Years 



EfAil 



□ 0-2 



□ 2-5 



□ S-10 



□ 10+ 



9 I Lei n Position 



O Other 



0 No Preference 



10 1 Coupon 



O Fixed 



O Variable 



0 No Preference 



11 1 Recourse 



O Yes 



ONo 



0 No Preference 



1 2 1 Call Protection Q Yes 



0 No Preference 



13 1 Bid Date 



O Within 2 weeb 



O Beyond 2 weeks 



0 No Preference 



Search 



Reset Criteria 
From Preference 



. Save Criteria 
To Preference 



Fig. 7 



500 



SUBSTITUTE SHEET (RULE 26) 



wo 02/13111 PCT/USOl/25233 

11/33 




Ria Edit View Favorites Tools Help 



Search Fcrvontes History 



Back Forward Stop 



ih Home 



Moil Prinf Edlf Discuss 




Loans are available individual^ or in pools. Summary charaderistics are shows in the table belov/. 
didc on any Reference to display loan details 



Available 



Loons 



Reference 



Prindpol 
Balance 



Performance 
Level 



Type 



Location 



Bid 
Date 



Status 



LWPSC 
% 



Coupon 
% 



Maturity 



Lein 
Position 



Unfunded 



Reserve 
Price 



Save 
1o" 



debix 1449 



$14,130,000 



Seasoned 



offi« 



MA 



8/22/01 



Open 



63 



1,37 



5.936 



4/1/03 



Rrst 



$0 



disclosed 



Save 



debtx1450 



$13,827,085 



Seasoned 



Office 



MA 



8/22/01 



Open 



63 



1.63 



6.695 



5/4/01 



First 



$0 



Not 

disclosed 



Save 
"to" 



debtx 1444 



$6,804/87 



Seasoned 



Office 



NY 



NAP 



Open 



NAV 



1.63 



8.250 



10/15/07 



first 



$0 



$0.7810 



Save 



debtx 1448 



$940,229 



1 Seasoned 



Mufh'-family 



PA 



NAP Open NAV 1.90 8.375 7/1/08 Rrsl $0 



$0.9700 



504 



Under Agreement 



{.oon s 



Reference 



Principal 
Balance 



# Performance Type 
Lns Level 



Location 



Bid 
Date 



Status 



LTV DSC 
% 



Coupon 



AAoturity 



Lein 
Position 



Un^nded 



Reserve 
Price 



Save 



debtx 1445 



$643,753 



Various 



Commercial 
Multi-Family 



MA 



7/25/01 



Pending 



t^V 



9.205 



1/29/04 



Vorioos 



$0 



Not 

disclosed 



Save 



debix 1439 



$2,632774 



Seasoned 



Health Care 



NC 



4/27/01 



Pending 



NAV 



1.44 



8.750 



8/1/30 



Rnt 



$0 



Not 

disdosed 



IE 



rilQ InlemeT 



^Stort 0 ^ 0 ^ E O B I OiSlBUglOlMllMllHllgllMllgllSlBllUlgllM 



^502 

Fig. 8 



[b1 l^j^H 2:16 PM 



RIIBSTmiTE SHEET (RULE 26) 



wo 02/13111 



12/33 



PCTAJSOl/25233 




try our sife 

The detail you are viewing is sample informafion. To view actual data you must be registered. 

DEMO L O A 



N 



Referei 



nee 



Debb(1234 



Principal 
Balance 



$29785.318 



#of 
Loans 



Performance 
Level 



New 



Bid 

Date 



TBD 



Reserve 
Price 



Undisclosed 



Coupon 
% 



8,30 



iMaturity|LTV 



02/01/10 



80 



DSC 



l.lOx 



Lien 
Position 



Unfunded 
Commitment 



$0 



LOAN LIST 

540AN1 1 New 1 OtK 1 NY 



OVERVIEW 

$29.8 million, one performing 
loon relottonship with unique 
collaterd. 



Attributes 



If. ScTt>l!-»--f| 

LOAN 

DOCUMENTATION 
Free 

1 : Table of Contents 



LOAN 



COLLATERAL 



Sponsor 
Sole 
Servicing 

Bidlype 
Currency 



DekX 
Whole Loan 
Released 
Sealed 



2: Norrotfye 



3: StqtlMiw 



For Purchase 
4: Note 



S: Morqgqe/Securify/Agreemenb 



6: Guaranfy 



7jAyigr^ 506 



iO: Envir. Indemnity Agreement 



1 1 : Proper^ Condition As?g5, 



12: Apprgjsgl 



r Cellateral Information 
r informoKon 



Miscellaneous 

Terms of Sale 



Asset Sale Agreement 
Wor Room Reservation Form 



Excel Summary Tape 
Review File Order 
Draft Bid 



Bonower 


ABC Developers 


Principal Balance 


$29,785,318 


Original Balance 


$30,000,000 


Original Funding 


01/03/00 


Mos Remoin Amort 


398 


P^fbrmance Level 


New Orgination 


Past Due Interest 


$0 


Maturity Date 


02/01/10 


Coupon 


8.3000% 


Index 


Fixed 


Margin 


NAP 


Next Adjustment 


NAp 


Accrual Method 


30/360 


OV 


80% 


DSC 


l.lOx 


Cod Protection 


Yes 


Call Protection End 


1/1/2005 


Recourse 


Yes 


Sponsor Net Worfti 


NAV 




elide to see full rmooe 
C!iAHfer« to View Mods 



, Type 
Sub Typo 
Address 
Gly 
State 
Lien Position 
Prior Liens 
Post Due Taxes 
Collateral Value 
As Of Dote 
NOi 
As Of Date 



Od>cr 

landmarlc 

Liberty IslarKl 

NewYoHc 

NY 

Rrst 

iNlAP 

$0 

$37,800,000 
01/01/00 
$3,180,000 
01/01/00 



> Cross Collaterizatized Loans g -|2 

^510 1 

quick price @- buy documentation ^ bid • 

The above informolion is not intended as an offer to sell, or the solicitation of an offer to buy any securities. An offier is 
made only via receipt of complete loon documentation. 



Fig. 9 



SUBSTITUTE SHEET (RULE 



wo 02/13111 



13/33 



PCTAJSOl/25233 




debt® 



debtx^dento: demoA-1 loan totaling$29785,318 



Offering Overview 

THIS IS A SAMPLE OFFERING FOR 
DEMONSTRAnON PURPOSES. USERS MUST BE 
REGISTERED AND LOGGED IN TO VIEW ACTUAL 
INFORMATION 



Bid Dahs 
Reserve 
Sponsor 
Servicing 
WAC 
WAM 
# Loans 
Uen Pos. 
Performance 
Type 
Balance 



1/8/01 

DebtX 

Released 

8.300% 

2/1/10 

1 

first 



Status 
Audion 
Sale 
Currency 
WALTV 
WADSC 
Location 
UnfondeJ 



Nbvw offered 
Sealed Bid 
WKoieLoan 
US Dollan 
80% 

i.n 

NY 

JO 



New OriginoKon 
Other 

$29.785,3^8 



SPOt^iSOREDBY 

debtp 



Outsfanding Balance: $29,785,318 - ABC Developers 



loon Shudure 



Original Balance 



Original Funding 
Performance Levei 



Maturity Dote 



Coupon 



Index 



Margin 



Next Adjusfmenr 



NAV 



$30,000.000 



1/3/00 



New Origination 



8.3000% 



Loon NarroHve 



Documen 



Terms ond Cortditions 
Save to "My loans" 



Excel Summary 
Bid on thts Asset 



V: 



Type 
SubType 
Address 
Cty 
State 
Postal Code 
Tax Past Date 



PoslDuelnteresI 



Mos Remoin Amort 
Accural Method 



LTV 



DSC 



Co Protection 
Call Protection End 



Recourse 

Guarantor Net Wortfi" 



$0 



293 



80% 



1 11 



8/1/09 



gtion 



Quick Pice 



Commericd or Multi-Family. Other 



Landmark 


Uen Fbsitive 


Finl 


liberty Island 


Prior liens 


$0 


NewYoik 


Value 


$37,232,000 


New York 


As of Date 


1/1/00 




NOl 


$3,150,00 


$0 


As Of Dote 


1/1/00 



More Pictures 



Mops 



506 



The above information is not intended as an offer to sell, or the solicitation of an offer to buy 
any securities. An offer is made only via receipt of complete loan documentation. 



Fig. 10 
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debt (X) 

TheDefotExchange 

Narrative 

Ms. Liberty 



Reference 
Number 


Outstanding 
Principal 


Monthly 

P&l 
Payment 


Interest 
Rate 


Maturity 
Date 


LTV 


DSC 


Recourse 
lY/N) 


1776 


$29,785,318 


$237,538 


8.30% 


02/01/10 


80% 


l.lx 


Yes . 



Loon Description/History 

This loan is a stand-alone note, which was originated on January 3, 2000 in the amount of 
$30,000,000 with a cunrent principal balance of $29,785,318 amortizing on a 25 year schedule, 
nterest is fixed to maturity in February, 2010. The monthly payment is $237,538.26. The loan 
was funded to repay a bridge loon provided for the recent refurbishment of the site. 

Colloteral Description 

Situated on a 4.2 acre island in a convenient location, this site is easily accessible by regularly 
scheduled water transport. Assembly was completed in 1886, having been shipped over In 214 
crates aboard the French Frigate Isere. Designed by Fredercl-Auguste Bartholdi, and made of 
steel, copper and concrete, the statue now features an elevator, gift shop, museum and lots of 
stairs. The structure is 151 feet tall, and weighs over 225 tons. Renovations were completed 
between 1984 and 1986. Excellent views are provided from the 25 windows on the upper floors. 

Tax Issues/Escrov^s 

The National Park Service has kept taxes current and paid timely. An abatement was recently 
filed, citing the assessment considerably exceeding the recent appraisal. 

LTV/DSC 

Based upon the recent appraisal, loan-to-value is 80%. The 11.3% cop utilized was based in part 
upon the estimated seasonality of the cosh pow if admissions were to be charged at the site (the 
Park Sen/ice does not charge on admission fee). Based upon an estimated fee of $1.00 and 4.2 
million visitors per year, with a 25% expense ratio, NOI is $3,150,000. Debt service annually is 
$2,850,456 Resulting in a 1 .105x debt sen/ice coverage, on an estimated basis. 

PaymentT=^istory 

Paid as agreed, with all payments received via wire prior to the due date. 
Sponsor Discussion 

The National Pork Service operates 373 parks throughout the United States, covering.over 83 
million acres, including Yellowstone, Grand Canyon National Park, the Boston Harbor Islands, 
and the Whitehouse. The Service has over 15,000 full-time employees, and an operating budget 
of approximately $1.7 billion. 

The information above has been compiled by DebtX on a best efforts basis No representations or 

vranranties are made as to its accuracy. 

PAGE 1 OF 1 

Fig. 11 
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SAMPLE STATISTICS PAGE 



Offering Name 
Offering Number 
Loan ID* 


Loan Name 
Loan Type 
Loons in Offering 


Sale Structure 

Servicing Retained/Released 
Bid Date 


Bid Type 
Reserve Price 
index 


Specific Sponsor 

Seller Reference Number 

Seller Name 







Borrower Street 
Borrower City 
Borrower State 
Borrower Zip 
Form of Borrowing Entity 
Cross-Collateralized Loons 



Currency Type 
Original Note Amount 
First Loan Payment Due Date 
Prepayment Lock-out End Date 
Yield Maintenance End Dote 
Prepayment Terms Description 



Prepayment Penalty Matrix 

Prepayment Penalty End Dote" 



Prepayment Penalty 



Current Balance 
Current Balance as of Date 
Unfunded Commitments 
Current Maturity Date 
Amort Mos Remaining) 
Total Scheduled P&l Due 
Payment Frequency 
Grace Days Allowed 
Paid To Dote 
Date Last Pmt Received 

# Days Interest Post Due 
Total Payment Last 12 Mos 
#Tlme 30 Days Late 

# Time 60 Days Late 

# Time 90 Days Late 
Date of Last Modification 
Modification Code 
Dote Default Letter Sent 



Current Interest Rate 
Servicer and Trustee Fee Rote 
Interest Rate Type 
Next Rote Adjustment Date 
Interest Accrual Method Code 
Per Diem Interest 
ARM Index Code 
ARM Margin 

Periodic Rote Increase Limit 
Periodic Rate Decrease Limit 
Lifetime Rate Cap 
Lifetime Rate Floor 
Rate Reset Frequency 

In Bankruptcy? 
Bankruptcy Dote 

Recourse (Y/N) 



Guarantor Number 


Guarantor Name 


Type 


Net Worth 


Net Worth Dote 












Escrow Type 


Current Balance 


As of Dote 









Fig. 12 
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Additional Financial information 



RCO Score 
Debt To Worth 

Senior Debt to Tangible Worth 
Current Ratio 
Quick Ratio 
Other Covenants 

Total Unqualified Value 
Collateral Advance Rote 
Reporting Frequency 


Total Assets 
Cash 

Intanqible/Related Party Assets 
Tangible Assets 
Current Assets 
Tangible Cun-ent Assets 

Total Liabilities 
Current Liabilities 
Senior Debt 
Subordinated Debt 


Collateral Information 


Collateral Number 
Collateral Type Code 
Collateral Sub-Type 
Lien Position 
Prior Lien Balance 
Past Due Taxes 


Name 
Address 
City 
State 
Zip Code 


Year Built 

Year Last Renovated 
Net Square Feet 
# Of Units/Beds/Rooms 
Number of Floors 

Number of Parking Spaces 
Land Area (square feet) 


Ground Lease (Y/S/N) 
Total Reserve Balance 
Most Recent Appraisal Value 
Most Recent Appraisal Date 

Assessed Value 

Date Asset Expected to Be 

Resolved or Foreclosed 



Credit Tenant Lease 
Most Recent Occupancy 
Number of Tenants 
Occupancy/* Tenants as of 
Date Lease Rollover Review 
% Sq. Feet expiring 1-12 mos 
% Sq. Feet expiring 13-24 mos 
% Sq Feet expiring 25-36 mos 
% Sq. Feet expiring 37-48 mos 
% Sq. Feet expiring 49-60 mos 
Largest Tenant 
SF of Largest Tenant 
2"d Largest Tenant 
SF of 2^^^! Largest Tenant 
3rd Largest Tenant 
SF of 3^^ Largest Tenant 
Fiscal Year End Month 



Most Recent Revenue 
Most Recent Operating Expenses 
Most Recent NOI 
Most Recent Rnancial As of Start 
Most Recent Financial As of End 
Most Recent Financial Indicator 
Preceding Fiscal Year As of Start 
Preceding FY Revenue 
Preceding FY Operating Expenses 
Preceding FY Year NOI 
Preceding FY Physical Occupancy 
Second Preceding FY Start 
Second Preceding FY Revenue 
Second Preceding FY Op. Exp. 
Second Preceding Fiscal Year NOI 
Second Preceding FY Occupancy 
Most Recent NCF 



Dote of Last Inspection 
Environmental Report Type 
Environmental Report Year 



Preceding Fiscal Year NCF 
Second Preceding FY NCF 



Fig. 13 
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r 



THIS DOCUMENT AFFECTS THE RESPECTIVE LEGAL RIGHTS AND OBUGATIONS 
OF THE PARTIES HERETO. ACCORDINGLY, THE PARTIES SHOULD CONSULT 
THEIR ATTORNEYS BEFORE EXECUTING TfflS DOCUMENT. 



PROMISSORY NOTE 



$30,000,000 



Anytown, New York 
Asof Januaiy3rd,2000 



FOR VALUE RECEIVED ABC DEVELOPERS, LLC, a New York limited liabili^ 
company, as maker, having its principal place of business at 123 Main Street, Anytown, New Yoric 12233 
{"Borrower"), hereby unconditionally promises to pay to the order of XYZ LENDING 
COMPANY, a New York corporation, having an address at 100 Middle Road, Big City, New York 
33345 ("Lender"), or at such other place as the holder hereof may from time to time designate in writing, 
the principal sum of THIRTY MILLION AND 00/100 DOLLARS ($30,000,000.00) in 
lawful money of the United States of America with interest thereon to be computed from the date 
of this Note at the Applicable Interest Rate (defined below) in accordance with the terms of this 
Note. 



Borrower agrees to pay sums under this Note in installments as follows: 

(a) a payment of interest only on February 1, 2000; 

(b) a constant payment of $220,805.43 on March ], 2000 and on the first day of each 
calendar month thereafter up to and including January 1, 2010 (each, a "Payment Date"); each of the 
payments to be applied as follows: (i) first, to the payment of interest computed at the Applicable Interest 
Rate; and (ii) the balance toward the reduction of the principal sum; and 

(c) the balance of the principal sum and all interest thereon on February 1, 2010 (the 
"Maturity Date"). 



The interest rate on this Note is eight and three tenths percent (8.30%) per annum (the 
"Applicable Interest Rate"), Interest on the principal sum of this Note shall be calculated by 
multiplymg the actual number of days elapsed in the applicable period by a daily rate based upon a three 
hundred sixty (360) day year. 



ARTICLE I - Payment Terms 



ARTICLE 2 -Interest 



PROVIDED BY: 
THACHER PROFFin & WOOD 
NEW YORK NEW YORK 10048 
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POUCYOFTTHEINSURANCB 
Issued by 



NAnONALTITLEINSURANCECOMPANY 



SUBJBCrTOraEEXCUJSIONSFROMa)mGE,™EEX 
ANDTHECONDfflONSANDSTIPlJIJmON,N^^^ 
SQfDatB(iI\i;y shown in SddubA,ag^ 
(heinsQiaibjficasQnQli 



1. TitietotbeestaieoriitotdescnbedinS(^ 



1 Anydtfectinor&aorencumtHanceonttietitic 

3. UmketabOity of Ihe title: 

4. Lacki^aiightofaccesstDaodfioQiDihelaiid: 




(b) arising from an improveraent or work idatcd to the land which is conliacted for or commenced subsequent to Date of Policy, 
and wMch' is financed in wye or in peit by proceeds of the indd)^^ 
the insured has advancedwis obligated to advance: 

I TheinvaUdityorunen&iceabifilyofanyassigniDentoftbeinsi^ 

the failure of the assignment sho\vn in Schedule A to vest title to the insure 
ofallliens 

The Company \viU also pay the costs, attorney^ fees and expenses inn^ 
but only to the extent provided in the Condition and Stipulations. 



NATKmmEINSURANaCOM^ 




SECREIARY 



ALTAL0ANP0UCY(1(1/17/H 

Fig. 15 , 
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I Boston 



|v||Office 



GO 




Vacancy Trend 
8%n 

6%- 
4%- 
2%- 
0%- 



Storts 
First Quater 2001 
AVERAGE ASKING REKT $44.54 
AVERAGE VACANCY RATE 3.6% 



Boston Office Market Overview 



Boston Office Market Profile 

Market Rank 
First Quater 2001 
RENT GROWTH 2 
VACANCY RATE 3 
IKVENTORY GROWTH 8 




19961997199819992000 

Asking Rent Trend 

$50.00 
J40.00 
!;30.00 
$20.00- 
$10.00 
$0.00 

19961997199819992000 



Supply/Demand Trends 

8,000,000^ 
6,000,000 
4,000,000 
2,000,000- 
0 









1 




















i 















Boston's large, 111 million-sqare-foot office sector is one of tfie nation's 
premier office markets. And, economic sieving and dot.com attrition 
notwithstanding, it is also one of the notion's tightest. While construction is 
active, space has been quickly absorbed, and high levels of preleasing 
are reported for developing properties. Vacancy is also low. Rents are 
high and expected to go higher as demand xnaooses. Per firstHquarter 
2000, Reis estimates a vacancy rate of 3.6%, down slightly from 4.5% a 
year earlier. That rote is forecast to reach 5.7% per year-end 2001, then 
reach the 7% range the following years as rental growth recedes from its 
recent heights. In a market this large, and competitive, these increased 
rotes do not translate into a general softening of demand. Rents are 
continuing their upward trend,amidst reports of "sticker shock" by industry 
observers. Per first quarter 2001, Reis estimates asking and effective 
rents averaging $44.54 psf and $42.70. respectively: each up over 20% 
from one year earlier. Asking and effective rents are projected to increase 
a more modest 3% per year over the next three years. 

National Office Market Oven/iew 

Click here for a rewew of moior trends across the US. 



19961997199819992000 
□ New Constmction Net Absorption 




For more detailed metro, submarket and rent comp reports for this market 
and other ones throughout the U.S. go to Reis.com by clicking on the 
logo above 



Back to Top 



Fig. 17 
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( START ^ 



RECEIVE 
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\-550 
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FOR SEARCH 



MODIFY/EXPAND 
PREFERENCES 
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SEARCH 



-560 



COMPARE BIDDER 
PREFERENCEIS) TO 
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PRODUaS FOR SALE 



-570 



590 
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640 V 



620 



^630 
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DONE 
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START ^ 



RECEIVE REQUEST 
TO PRICE 
FINANCIAL 
PRODUa 



V7OO 



PRICING MODEL 
710 S FORM TO 
REQUESTER 



RECEIVE 
REQUESTER 
FORM INPUTS. 



720 



RECEIVE PRICING 
COMPUTATION 
REQUEST 



-730 



740 



760 



790 

ADDITIONAL 
PRICING 

MODEL FIELDS 
TO USER 



YES 




YES 



750 



COMPUTE PRICE 
AND PROVIDE 
TO REQUESTER 



YES 



COMPUTE CASH 
FLOW AND 
PROVIDE TO 
USER 



770 



780 



800 



CHANGE \ YES 
PARAMETERS?. 



DONE ^ 
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AAarkto Market 
*=required 



Loan Type* 



Documentation* 



Principal Bolance* 



As of Dote 



AflaturityDote* 



State/Province* 



.ocafion Description* 



IV\onthiyP&IDue 



Coupon* 



Ixed or Variable^ 



ndex Used I* If Rxed or VQriable=VariQblel 



Current Index Rate (* if Fixed or Variable=Variabje) 



Margin 1* if Rxed or Variable=Variablel 



Next Change Date (* If Rxed or Variable=Varlablel 



Interest Accruol Method^ 



Performance LeveP 



Days Past Due (* if Performance Level = Sub- or Non-1 



Real Estate j v 



Bank Documents 



100000 



2004 



Texas 



Rural 



10 



(e.g. enter 10 for 10%) 




Times 30 Days Late Post 12 Months 



variable 



variable 



(e.g. enter 8 for 8%) 



(e.g. enter 2 for 2%) 



New Origination 



In Bankruptcy?* 



OYes ®No 



Prepayment Penalty or Lockout? * 



QYes ®No 



non 



Later of lockout/Yeild Maintenance/Defeasance End 
Date fff Prepayment Penalty or lockQUt=Yes| 



Current or Next Prepayment Penalty as % of 
Outstanding Principal (if Prepayment Penally or 
Lockout=Yes| 



(e.g. enter 2 for 2%) 



r 



810 



Cun-ent or Next Penalty End Date lit Prepayment Penalty 
orLockout=Yes) 



Recourse?* 



OYes ®No 



Guarantor/Sponsor Net Worth 



Lien Position ^ 



First 



Prior Uen Balance 
Other) 



^ If Lien Position=Suboridinate or 



Past Due Taxes 



Collateral Type* 



Collateral Quality* 



Environmental Issues^ 



LTV^ 



Other |v| 




(e.g. enter 80 for 80%) 



DSC* 



120 



(e.g. enter 120 for 120%) 



812 ^ Calculate | | Get Monthly Cash Flow| | Get Yearly Cash Flow| | More j ^814 



Please be advised that the values show are approximations using assumptions that are not necessarily occurate. 

Fig. 20 
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Modeling 



Sefect Performance Scenario, and enter fields as appropriafe. Depress the Xolculate" button to display an estima 
price for the loan based on the Input assumptions. 



Perform As Agreed 
Perfornianoe ScototIo: 



Yield to maturity must be entered 



^Required Fields 
* Yield to Maturity: 

(e,g.lOfonO%) 

Override Maturity Date: 

(min6mosi,max20yearsfrom 1 02/08/02" 
today) 



Loan Information: 



Loan Type 


Comm & Multifam Mtq 


Days Past Due 


0 


Documentation 


Bank Documents 


Times 30 Days Late Past 12 Months 


0 


Principal Balance 


S5.000.000 


In Bankruptcy? 


N 


As of Date 




Prepayment Penahv or Lockout? 


N 


Maturity Date 


9/19/01 


Lockout/Yield Maintenance End Date 


NAP 


State 


Massachusetts 


Cun-ent or Next Prepayment Penalty 


NAP 


Location Description 


Suburb - Excellent 


Cun-ent or Next Penalty End Date 


NAP 


Monthly P & 1 Due 


$0 


Recourse? 


N 


Coupon 


15.0000% 


Guarantor/Sponsor Net Worth 


$0 


Rxed or Variable 


Rxed 


Lien Position 


Rrst 


Index Used 


NAP 


Prior Uen Balance 


$0 


Current Index Rate 


NAP 


Past Due Taxes 


$0 


Margin 


NAP 


Collateral Type 


Land 


Next Change Date 


NAP 


Collateral Quality 


A 


Interest Accrual Method 


30/360 


Environmental Issues 


None 


Performance Level 


Seasoned Performing 


LTV 


100.00% 






DSC 


l.OOx 



Pleose by advised ttiat the value shown is on opproximqtion using assumpfions Ihtot ore hot necessarily ocajrote. 

Fig. 21 
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Loan Modeling 

Select Performance Scenario, and enter fields as appropriate. Depress the "Calculate" button to display an esfimat 
price for the loan based on the inplut assumptions. 



Perform As Agreed 
Performance Scenario: 

'^Required Fields 



iPerfornnasAgreed |v| 99.3 cents on the dollar. 



no 



• Yield to Maturity: 

(e.g. 10 for 10%) 

Override Maturity Date: 

(min 6 mos, max 20 years from I 02/08/02 

today) ' 



Loan Information: 


Loan Type 


Comm & Multifam Mtg 


Days Past Due 


0 


Documentation 


Bank Documents 


Times 30 Days Late Past 12 Months 


0 


Principal Balance 


$5,000,000 


In Bankruptcy? 


N 


As of Date 




Prepayment Penalty or Lockout? 


N 


Maturity Date 


9/19/01 


Lockout/Yield Maintenance End Dote 


NAP 


State 


Massachusetts 


Current or Next Prepayment Penalty 


NAP 


Location Description 


Suburb - Excellent 


Current or Next Penalty End Date 


NAP 


Monthly P & 1 Due 


$0 


Recourse? 


N 


Coupon 


15.0000% . - 


Guarantor/Sponsor Net Worth 


$0 


Fixed or Variable 


Fixed 


Lien Position 


First 


Index Used 


NAP 


Prior Lien Balance 


$0 


Cun-ent Index Rate 


NAP 


Past Due Taxes 


$0 


Margin 


NAP 


Collateral Type 


Land 


Next Change Date 


NAP 


Collateral Quality 


A 


Interest Accrual Method 


30/360 


Environmental Issues 


None 


Perfornnance Level 


Seasoned Performing 


IW 


100.00% 






DSC 


l.OOx 



Plsose by odvised ihot the value siiown is on opproximation using ossumpttons thot are not necessorily occurate. 



Fig. 22 
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Loan Modeling 

Select performance scenorio, and enter fields as oppropriota Depress the "Calculate" button to display an estimat 
prfce for the loan based on the input assumptions . 



Foreclosure 
Perfomiance Scenario: 

'=RequIred Relds 



Yield to Maturily: (e.g. 10 for 10%) \W 



Legal Expenses: 


1 


II at default 


Ivll 


1 


Appraisal Expenses: 


1 


II at default 


v| 


1 


Environmental Expenses: 


1 


II at default 


Ml 


1 


Capital Expenses: 


1 


1 at default 


v| 


1 


Taxes & Other Senior Uens Paid: 


1 


II at default 


|v| 


1 


Guarantor Recovery: 


1 


II at default 


|v| 1 


1 



1 Foreclose Ivl Based on the assumptions provided ttievdue of your loan 

' ^ tsesHmotedtobe.. 



* Default Date 



109/19/01 



Override Maturity Date: Imln 6 mos, 
max 20 years from today) 



Months From Default to Cashftow [3" 

Percent of Cashflow Collected (e.g. 
80 for 80%) 



1 Sale Proceeds OS % of Appraised roTT" 
J Value le-g. 80 for 80%) ISiL 



180 



Months from Cashflow to Sale 



Brokerage Expense as % of Sale [7* 
Procee<6(e.g.3for3%) ^ 



Dollar Amount 



Period 



Date 



palepjatjg 



Loan Infoimotion: 



Loan Type 


Comm & Multifcm Mtg 


Days Past Due 


0 


Documentation 


Bank Docunnents 


Times 30 Days Late Past 12 Months 


0 


Principal Bolonce 


$5,000,000 


In Bankruptcy? 


N 


As of Date 




Prepayment Penalty or Lockout? 


N 


Maturity Date 


9/19/01 


Lockout/Yield Maintenance End Date 


NAP 


State 


Massachusetts 


Current or Next Prepayment Penalty 


NAP 


Location Description 


Suburb - Excellent 


Current or Next Penalty End Date 


NAP 


Monthly P & 1 Due 


$0 


Recourse? 


N 


Coupon 


15.0000% 


Guarantor/Sponsor Net Worth 


$0 


Rxed or Variable 


Rxed 


Lien Position 


First 


Index Used 


NAP 


Prior Uen Balance 


$0 


Current Index Rate 


NAP 


Past Due Taxes 


$0 


Margin 


NAP 


Collateral Type 


Land 


Next Change Date 


NAP 


Collateral Quality 


A 


Interest Accrual Method 


30/360 


Environmental Issues 


None 


Performance Level 


Seasoned Perfonminq 


LTV 


100.00% 






DSC 


l.OOx 



Please by odvtsed Ihot the value shown is on opproxlmotion using assumptions thol ore not necessarily accurate. 

Fig. 24 
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Loan Modeling 

Select performance scenario, and enter fields as oppropriata Depress the "Calculate" button to display an estimat 
price for the loan based on the input assumptions . 



Foreclosure 
Performance Scenario: 

'=Required Relds 



Yield to Moturfty: {e.g. 10 for 10%) QS" 



I Foreclose 



"Tvl 69.4 cents on the dollar. 



* Default Date 



109/19/01 



Override AAoturity Dote: (min 6 mos, 
max 20 years from today) 



Months From Default to Cashflow f3" 



Sole Proceeds as % of Appraised rnTT" 
Value (e.g. 80 for 80%) LSiL 



Percent of Cashflow Collected (e.g. 1^77- 
80 for 80%) L2iL 



Months from Cashflow to Sole 



Brokerage Expense as % of Sale pT 
ProceeS(e.g.3for3%) ^ 



Dollar Amount 



Period 



Date 



Legal Expenses: | 


II at default 


Ml 1 


Appraisal Expenses: j 


Mot default 


vll 1 


Environmenfal Expenses: | 


11 at default 


Ml 1 


Capital Expenses: | 


1 at default 


Ml 1 


Toxes & Other Senior liens Paid: | 


II at default 


vll 1 


Guarantor Recovery: | 


II at default 


|v| 1 1 



Loon Information: 



Loan Type 


Comm & Multifam Mtg 


Days Past Due 


0 


Documentation 


Bank Documents 


Times 30 Days Late Past 12 Months 


0 


Principal Balance 


$5,000,000 


In Banknjptcy? 


N 


As of Date 




Prepayment Penalty or Lockout? 


N 


AAaturity Date 


9/19/01 


Lockout/Yield Maintenance End Dote 


NAP 


State 


Massachusetts 


Current or Next Prepayment Penalty 


NAP 


Location Description 


Suburb - Excellent 


Current or Next Penalty End Dote 


NAP 


Monthly P & 1 Due 


$0 


Recourse? 


N 


Coupon 


15.0000% 


Guarantor/Sponsor Net Worth 


$0 


Fixed or Variable 


Fixed 


Uen Position 


First 


Index Used 


NAP 


Prior Lien Balance 


$0 


Current Index Rate 


NAP 


Past Due Taxes 


$0 


Margin 


NAP 


Collateral Type 


Land 


Next Change Date 


NAP 


Collateral Quality 


A 


Interest Accrual Method 


30/360 


Environmental Issues 


None 


Performance Level 


Seasoned Performing 


LW 


100.00% 






DSC 


LOOx 



Please by odvlsed thol Ihe volue shown Is on opproxImQiton using ossumpllons Ihot ore not necessarily occurate. 

Fig. 25 
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Loan Modeling 

Select performance scenario, and enter fields as appropriate. Depress the "Calculate" button to display an estimat 
price for the loan based on the input assumptions. 



Extension/Restructure 
Performance Scenario: 

=RequIred Relds 



rrr j — ;r--: — n Tzn Based on the assumption provided the value of your loan 

lExtenslon/Restructurelvl ^esiiniatediobe./ 



♦Yield to Maturity: (e.g. 10 for 10%) Qs" 



♦New Maturity Date: (maximum 20 inQno/nc " 
years from today) 1^^^'^^^^ 

New interest Rote (e.g. 10 fro 10%) [IQ 

♦New Amortization Schedule in 

Years (enter 1000 for interest only) L&y 



"2 * Restructure/Extension Dote j 09/19/01 

-1 % of Principal Refinanced vtkr 

J (remainder is considered forgiven) 





Dollar Amount Period 


Dote 

(if Period is 'specific dote*) 


Legal Expenses: | 


II at default 


Ml 1 


Appraisal Expenses: | 


II at default 


Ml 1 


Environmental Expenses: | 


II at default 


Ml 1 


Capital Expenses: | 


II at default 


Ml 1 


Taxes & Other Senior Liens Paid: | 


II at default 


Ml 1 


Guarantor Recovery: | 


llotdefauH |vl 


1 1 



|<§pt9^/y\'onthlyieasfniiElGty^r 



Loan Infonnation: 



Loan Type 


Comm & Multifam Mtp 


Days Past Due 


0 


Documentation 


Bank Documents 


Times 30 Days Late Past 12 Months 


0 


Principal Balance 


$5,000,000 


In Bankruptcy? 


N 


As of Date 




Prepayment Penalty or Lockout? 


N 


Maturity Date 


9/19/01 


Lockout/Yield Maintenance End Dote 


NAP 


State 


Massachusetts 


Current or Next Prepayment Penalty 


NAP 


Location Description 


Suburb - Excellent 


Current or Next Penalty End Date 


NAP 


Monthly P & 1 Due 


$0 


Recourse? 


N 


Coupon 


15.0000% 


Guarantor/Sponsor Net Worth 


$0 


Rxed or Variable 


Fixed 


Lien Position 


First 


Index Used 


NAP 


Prior Lien Balance 


$0 


Cun'ent Index Rate 


NAP 


Past Due Taxes 


$0 


Margin 


NAP 


Collateral Type 


Land 


Next Change Date 


NAP 


Collateral Quality 


A . 


Interest Accrual Method 


30/360 


Environmental Issues 


None 


Performance Level 


Seasoned Performing 


LTV 


100.00% 






DSC 


l.OOx 



Pleose by odvised ttiot the vdue shown Is on approximotlon using cssumpttons thol ore not necessariiy occurotfc 

Fig. 26 
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debt[g)^ 
Loan Modeling 

Select performance scenario, and enter fields as appropriate. Depress the "Calculate" button to display an estimate 
price for the loan based on the Input assumptions. 




Extension/Restructure 
Performance Scenario: 

'=Required Fields 



* Yield to Maturity: le.g. 10 for 10%) plJ 



lExtenslon/Restructurelvl 85,1 CentS OR the dollor. 

n ♦RestnJcture/ExfensionDate 109/19/01 



♦New Maturity Date: (maximum 20 r An /in me ' 
years from today) 1 09/19/05 



New Interest Rate (e.g. 10 fro 10%) [jo" 



^New Amortization Schedule in p=jr- 
Years (enter 1000 fro Interest only) USL 



"I % of Principal Refinanced iinA 
-J (reminder is considered forgiven) 



Dollar Amount 



Period 



Dote 



Legal Expenses: 

Appraisal Expenses: 

Environmental Expenses: 

Capitol Expenses: 

Taxes & Other Senior Liens Paid: 

Guarantor Recovery: 



1 II at default 


Ml 1 


1 llatdefault 


Ml 1 


1 II at default 


Ivll 1 


1 llatdefault 


Ml 1 


1 llatdefault 


Ivll 1 



l latdefault |v| [ 



?^l6iiilate| 



Loon Information: 


Loan Type 


Comm & Multifam Mtq 


Days Past Due 


0 


Documentation 


Bonk Documents 


Times 30 Days Late Post 12 Months 


0 


Principal Balance 


$5,000,000 


In BonkruDlcv? 


N 


As of Dote 




Prepayment Penalty or Lockout? 


N 


Maturity Dote 


9/19/01 


Lockout/Yield Maintenance End Dote 


NAP 


State 


Massachusetts 


Cunrent or Next Prepayment Penalty 


NAP 


Location Description 


Suburb - Excellent 


Current or Next Penalty End Date 


NAP 


Monthly P & 1 Due 


SO 


Recourse? 


N 


Coupon 


15.0000% 


Guarantor/Sponsor Net Worth 


$0 


Rxed or Variable 


Fixed 


Lien Position 


Rrst 


Index Used 


NAP 


Prior Lien Balance 


$0 


Cun-ent Index Rate 


NAP 


Past Due Taxes 


$0 


Margin 


NAP 


Collateral Type 


Land 


Next Change Date 


NAP 


Collateral Quality 


A 


Interest Accrual Method 


30/360 


Environmental Issues 


None 


Performance Level 


Seasoned Performing 


LTV 


100.00% 






DSC 


l.OOx 



Pleose by odvised It^t Itie volue shown b on gpproxlmallon using OMumpllons M ore not necessarily occurote. 



Fig. 27 
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Loan Modeling 

Select perfomrKince scenorio, and enter fields as appropriate. Depress the "Calculate'' button to display an estimate 
price for the loan based on the input assumptions. 



DPO/Ecrly Payoff 
Performance Scenario: 

'=Required Fields 

♦ Yield to Maturity: 
(e.g. 10 for 10%) 



I DPO/Eorlv Payoff | ^ B<^don^e^^ 



OF 



(min 6 mos, max zO years from j 02/08/02 



Override Maturity Date: 
min 6 mos, max zO 
today) 

% of Payment Received Default to 
Payoff (ag. 80 for 80%) 

% of Principal Repaid (e.g. 80 for 
80%} 



[85 



% of Post Due Interest Paid (e.g. 80 r— - 
for80%l EL 



Dollar Amount 



Default Date, if any 



*DP0/Early Payoff Date 



Period 



109/27/01 1 



Date 

(if Period Is 'specHtc dote') 



Legal Expenses: 

Appraisal Expenses: 

Environmental Expenses: 

Capital Expenses: 

Taxes & Other Senior Liens Paid: 

Guarantor Recovery: 



1 II at default 


Ml 


1 


1 II at default 


Ml 


1 


1 II at default 


Ivll 


1 


1 II at default 


vll 


1 


1 II at default 


Ml 


1 


1 II at default 


v| 1 


1 



.jgalciuiat^ 



Mi 



Loan Information 



Loan Type 


Comm & Multifam Mtq 


Doys Past Due 


0 


Documentation 


Banlc Documents 


Times 30 Days Late Past 12 Months 


0 


Principal Balance 


$5,000,000 


In Banknjptcv? 


N 


As of Date 




Prepayment Penalty or Loclcout? 


N 


Maturity Date 


9/19/01 


Lockout/Yield Maintenance End Date 


NAP 


State 


Massachusetts 


Current or Next Prepayment Penalty 


NAP 


Location Description 


Suburb - Excellent 


Current or Next Penalty End Dote 


NAP . 


Monthly P & I Due 


$0 


Recourse? ■ 


N 


Coupon 


15.0000% 


Guarantor/Sponsor Net Worth 


$0 


Fixed or Variable 


Fixed 


Lien Position 


Rrst 


Index Used 


NAP 


Prior Lien Balance 


$0 


Current Index Rate 


NAP 


Past Due Taxes 


$0 


Margin 


NAP 


Collateral Type 


Land 


Next Change Date 


NAP 


Collateral Quality 


A 


interest Accrual Method 


30/360 


Environmental Issues 


None 


Performance Level 


Seasoned Performing 


LTV 


100.00% 






DSC 


l.OOx 



Pleose by odvlsed thot the value shown is on opprprfmation using ossumpttons liiot ore not necessorily occurote. 

Fig. 28 
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Loan Modeling 

Select performance scenario, end enter fields as appropriole. Depress the "Calculate" button to display an estimate 
price for the loan based on the input assumptions. 



DPO/Eariy Payoff 
Performance Scenario: 

^sRequfred Fields 

♦ Yield to Maturity: 
(e.g. 10 form) 

♦Override Maturity Date: 

(mln 6 mon, max 20 years from 1 02/08/02 
todayl ' 

% of Payment Received Default to — 

Payoff (e.g. 80 for 80%1 180 

I 

% of Past Due Interest Paid (e.g. 80 , 
for 80%) 



I DPO/Early Payoft I v| 84.5 cents on the dollar. 

115 



DefaullDate,ifany 



"2 *DPO/EailyPayDifDa)e 



109/27/01 



% of Principal Repaid (e.g. 80 for 

80%) 185. 



HE 



Dollar Amount 



Period 



Date 



Legal Expenses: | 


II at default 


Ml 1 


Appraisal Expenses: | 


11 at default 


Ml 1 


Environmental Expenses: | 


II at default 


Ml 1 


Capitol Expenses: | 


II at default 


Ml 1 


Taxes & Other Senior Liens Paid: | 


1 at default 


Ml 1 


Guarantor Recovery: | 


II at default 


|v| 1 1 



Loon Information: 



Loan Type 


Comm & Multifam Mtq 


Days Past Due 


0 


Docunnentation 


Bank Documents . 


Times 30 Days Late Past 12 Months 


0 


Principal Balance 


$5,000,000 


In Bankruptcy? 


N 


As of Date 




Prepayment Penalty or Lockout? 


N 


Maturity Date 


9/19/01 


Lockout/Yield Maintenance End Date 


NAP 


State 


Massachusetts 


Current or Next Prepayment Penalty 


NAP 


Location Description 


Suburb - Excellent 


Current or Next Penalty End Date 


NAP 


Monthly P & 1 Due 


$0 


Recourse? 


N 


Coupon 


15.0000% 


Guarantor/Sponsor Net Worth 


$0 


Rxed or Variable 


Rxed 


Lien Position 


Rrst 


Index Used 


NAP 


Prior Lien Balance 


$0 


Current Index Rate 


NAP 


Past Due Taxes 


$0 


Margin 


NAP 


Collateral Type 


Land 


Next Change Dote 


NAP 


Collateral Quality 


A 


Interest Accrual Method 


30/360 


Environmental Issues 


None 


Performance Level 


Seasoned Performing 


LTV 


100.00% 






DSC 


l.OOx 



Heose by advised ttiot Ihe volue shown is on approximation using ossumpfions thot ore not necessorHy qccurote. 

Fig. 29 
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Fig. 30 

CI locrmm: SMPPT ffll H F 
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